ちょっぴり上行く SHOW PROCESSLIST の使い方
MySQL サーバで詰まっているクエリを調べる際に SHOW PROCESSLIST を使いますが 実はこれもデータベースに蓄えられた情報を出力してるだけなんですよね。 データベース名 information_schema、テーブル名 PROCESSLIST はこんな構造をしています。 （ちなみに MyISAM で管理されています） mysql> DESC information_schema.PROCESSLIST; +---------+-------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +---------+-------------+------+-----+---------+-------+ | ID | bigint(4) | NO |
ソーシャルゲームのためのMySQL入門 | BLOG - DeNA Engineering
こんにちはこんにちは。最近お腹痛いばっかり言ってることで有名なiwanagaです。 DeNAは外部的にはプラットフォーム的な部分の方がフィーチャーされることが多いですが、実はソーシャルゲームの提供も行っています。怪盗ロワイヤルとか、どこかで聞いたことがあるのではないでしょうか。 僕はDeNAでソーシャルゲームが誕生した辺りからずっとサーバサイドを見てきましたが、そんな運用の中で自分が貯めてきた知見とかTIPSをご紹介したいと思います。 かれこれ10タイトル近くはレビューしたり運用したりしてるため結構言いたいことはいっぱいあるので、小出しにしつつ評判よければ次も書きます。 ソーシャルゲームのためのMySQL入門一覧 ソーシャルゲームのためのMySQL入門 - Technology of DeNA ソーシャルゲームのためのMySQL入門2 - Technology of DeNA 「MySQL
MySQL TIPS 3 空間情報(geometry)を使って経度・緯度の検索を高速化する - イノベートな非日常
以下のようなピタゴラスの定理を使った指定した経度緯度に最も近いデータを取得するSQLは結構ありがちですが、CPU負荷が高く効率も悪いのでMySQLに標準搭載となった空間情報(geometry)を使ってみることにします。 SELECT * FROM loc ORDER BY power(abs(latitude - 緯度 ), 2) + power(abs(longitude - 緯度 ), 2) LIMIT 1 MySQLの空間情報(geometry)機能はPostGIS(Postgresカスタマイズ)に比べると貧弱なので、その為の工夫を行います。例えばここのとおりのままだと逆にSQLが遅くなります。 まずは、テーブル定義から 通常のテーブル CREATE TABLE IF NOT EXISTS `loc` ( `loc_id` int(11) NOT NULL auto_incremen
ここギコ！: MySQL4.1以降での空間情報の扱い方
Posted by nene2001 at 01:25 / Tag(Edit): mysql spatial / 2 Comments: Post / View / 1 TrackBack / Google Maps Web2.0ワークショップで講演するのに、ただでさえ一人だけ素人でまともな講演できるか不安なのに、勉強せずに今の知識だけではいかんだろうということで、今までほったらかしてきたMySQL4.1以降の空間情報利用法を勉強。 といっても、こちらに4.1の日本語マニュアルあるので全然苦労なしだが。 ただ動作確認は5.1でやっているので、英語版5.1マニュアルとの照らし合わせはやってますけど。一応。 PostGISとの比較で書くと、PostGISの場合、PostgreSQL本体とは別のプラグインであるせいか、位置情報カラムのついたテーブルはいっぺんにはできない。 例え
MySQLで指定した緯度経度から半径nメートル内検索っぽいのを実現するSQL - 243 inari
MySQL4.1以降で空間情報を扱う機能が使えるけど、指定した緯度経度から半径nメートル以内の検索が出来ないのが難点です。 かなり大雑把なやり方で半径nメートル検索のやり方を考えてみました。 まず最初に緯度経度の情報を持ったテーブルを作成。 CREATE TABLE `geotable` ( `id` INT(10) NOT NULL AUTO_INCREMENT PRIMARY KEY , `name` VARCHAR(255) NOT NULL, `geom` POINT NOT NULL, SPATIAL INDEX(geom) ) ENGINE = MYISAM ; 続いてデータを挿入。 INSERT INTO `geotable` (`name`, `geom`) VALUES ('上野駅', GeomFromText('POINT(139.777254 35.713768)')
Trittonを利用した複数テーブル＆カラム全文検索設計
設計条件 本設計を行う際、以下のような条件がありました。 ・全文検索はTritonnのみで実施。HyperEstraier等の外部検索エンジンは使用しない。 ・対象となるカラムを一度に全文検索対象とする。 ・検索結果は日記単位のリストで出力する。 ・検索速度はかなり重要とされた。 Tritonnを使用する上での問題点 ここで困ったのはTritonnでは全文検索を行うテーブルはMyISAMで作成する必要があるということです。 MyISAMではトランザクションを使用することが出来ないので、頻繁に更新がある日記テーブルやコメントテーブルには あまり使用したくありません。 また、トランザクションを使えないためユニットテストを書きづらいという弊害もあります。 ■ 設計案 前提条件を踏まえて実現するに当たり、以下の4案を考えました。 案１：各検索対象テーブルをMyISAMで作る＆Joinして検索 メリ
minaco.net - このウェブサイトは販売用です！ - minaco リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
minaco.net - このウェブサイトは販売用です！ - minaco リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Tritonnのインストール・セットアップ - totemnの日記
Tritonnをバイナリtar.gz形式からインストールしてセットアップまでを行う。 セットアップ手順は通常のMySQLと全く同じ。 OSユーザの作成 MySQLサーバを起動するOSユーザを作成する。 # groupadd mysql # useradd -g mysql -d /home/mysql mysql # passwd mysql > Changing password for user mysql. > New UNIX password: →****** インストール バイナリパッケージを取得する。 # wget http://iij.dl.sourceforge.jp/tritonn/36447/tritonn-1.0.12-mysql-5.0.67-linux-i686.tar.gz # tar xzvf tritonn-1.0.12-mysql-5.0.67-linu
松江SNS::Mac備忘録 - Ubuntuの gem install mysql エラー
Ubuntuで gem から mysql-2.7アダプタを入れようとしてエラー. 以下で解決. ~$ aptitude search libmysqlclient v libmysqlclient-dev - p libmysqlclient15-dev - MySQL database development files i A libmysqlclient15off - MySQL database client library ~$ sudo aptitude install libmysqlclient-dev パッケージリストを読み込んでいます... 完了 依存関係ツリーを作成しています... 0% 依存関係ツリーを作成しています 状態情報を読み取っています... 完了 拡張状態情報を読み込んでいます パッケージの状態を初期化しています... 完了 タグのデータベースを構築してい
MySQL とメモリに関するまとめ - LukeSilvia’s diary
前回のエントリーデータベースを用いたセッションデータ管理についてで、MySQL とメモリの関係について良く分からない部分があると書きました。 実はここに関する理解はかなり曖昧な部分があって、調査して追記します。とくにメモリ利用量について。mysqld のプロセスが利用できるメモリの上限が、32bit OS の場合は3G 程度ということは、innodb_buffer_pool_size もこの制限を受け、これについての警告が、先に紹介したリファレンスマニュアルのものという理解だけどいいのだろうかというのが1つ。 2 つ目は、この理解があっているとすると、4G 以上のクラスのメモリをつんだサーバをDB サーバとして利用する場合、64 bit OS でないとリソースの有効活用ができないか。それとも、先に書いたとおり、OS レベルのキャッシュとして利用できるから、結果としてデータファイルを読み込む
MySQL :: MySQL 8.0 リファレンスマニュアル :: B.3.3.2 root のパスワードをリセットする方法
Windows では、次の手順を使用して MySQL 'root'@'localhost'アカウントのパスワードをリセットします。 別のホスト名部分を持つ root アカウントのパスワードを変更するには、そのホスト名を使用するように指示を変更します。 Administrator としてシステムにログオンします。 MySQL サーバーが実行されている場合は停止します。 Windows サービスとして実行されているサーバーの場合は、サービスマネージャーを開きます (「スタート」メニューから、「コントロール パネル」、「管理ツール」、「サービス」の順に選択します)。 リスト内で MySQL サービスを見つけて、それを停止します。 サーバーがサービスとして実行されていない場合は、タスクマネージャーを使用して強制的に停止する必要があることがあります。 単一行にパスワード割当てステートメントを含むテキ
MySQL/最適化/サーバパラメタ - Linux Tips
ここでは、サーバパラメタの最適化によるMySQLのチューンについて紹介する。 _ パラメタのチェック 現在の設定値を確認するには、 # mysqld --help とする。 MySQL-5.xでは、 # mysqld --verbose --help としないと、確認できなかった。 あるいは、クライアントから、 mysql> SHOW VARIABLES; でもOK。 ↑ key_buffer_size † MyISAM テーブルのインデックスを保存しておくバッファの大きさ。サーバ全体で共有される。メモリに余裕があれば、MyISAMのみのMySQL専用サーバなら、RAMの1/2、Apache などと共用なら、RAM の1/4程度とする。ただし、サイズを大きくすると、OSのページングのために、逆に遅くなることもあるので注意。 set-variable = key_buffer=256M M
MySQLリンク集 - Lazy Technology
こつこつと貯めていたMySQLのリンク集を公開。 SBMでも良いんだけど、ある程度溜まってくるとページングで件数が区切られちゃって不便だし、こうやって並べることも出来ないから本気で情報収集したい場合は結局テキストでまとめちゃう…。 タグでエクスポートとか出来るといいんだけどなぁ、はてブ。 ■チューニング(my.cnf中心） mysql を高速化したいときに読むメモ (TechKnowledge) http://tech.media-index.jp/2006/11/mysql_1.html DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！ http://dsas.blog.klab.org/archives/50860867.html DBT-1 による MySQL 5.0 の性能測定: Intel Xeon Dual-Core 編: 考察 http://ossi
MySQLのチューニング [データベース] All About
MySQLのチューニング MySQLはスケーラブルなアルゴリズムを使用し、通常の実行時のメモリ消費を小さくしていますが、メモリを多く割り当てると、パフォーマンスが向上します。 mysqld サーバで使用されるデフォルトのバッファサイズは次のコマンドで確認できます。 innodb_force_recovery 0 interactive_timeout 28800 join_buffer_size 131072 key_buffer_size 8388572 long_query_time 10 lower_case_table_names TRUE max_allowed_packet 1048576 max_binlog_cache_size 4294967295 max_binlog_size 1073741824 max_connections 100 max_connect_err
![MySQLのチューニング [データベース] All About](https://cdn-ak-scissors.b.st-hatena.com/image/square/8f530daf3cb408d6b6a0ba6f38ed7ccece36cffc/height=288;version=1;width=512/https%3A%2F%2Fimg.aacdn.jp%2Faa%2Fcommon%2Fogp300_300.png)
漢(オトコ)のコンピュータ道: MySQLを高速化する10の方法
ちょっとキャッチ−なタイトルをつけてしまったが、今日は独断と偏見でMySQLを高速化する方法を10個紹介しよう。MySQLサーバをチューニングするときや初期導入する場合などに参考にしてもらいたい。 1. バッファを増やす、または減らす チューニングの基本中の基本であるが、適切なバッファサイズを設定することはパフォーマンスチューニングの要である。主なバッファは次の通り。 innodb_buffer_pool_size・・・InnoDBだけを利用する場合は空きメモリの7〜8割程度を割り当てる最も重要なバッファである。余談だが、実際にはここで割り当てた値の5〜10%ぐらいを多めにメモリを使うので注意が必要だ。 key_buffer_size・・・MyISAMだけを利用する場合は、空きメモリの3割程度を割り当てるといい。残りはファイルシステムのキャッシュ用に残しておこう。 sort_buffer_
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MYSQLﾊﾞｲﾅﾘｰﾛｸﾞ削除 – variable.jp [データベース,パフォーマンス,運用]
tomo.ac
サービス終了のお知らせ
kndb.jp