さらにMySQLを高速化する7つの方法

MySQLを高速化する10の方法という記事がとても好評だったようである。記事を読んで頂いた皆さん、ありがとう。 この記事に対する便乗（？）でWeb屋のネタ帳: PostgreSQLを高速化する16のポイントという記事を書いて頂いたようだが、そちらの方もかなり人気だったようである。他人が作ったソフトウェアに改良を加えるというフリーソフトウェアやオープンソースソフトウェアの精神も基本は便乗であるので、便乗については大いに賛成したいというかむしろ取り上げてくれてありがとう！！と思うわけであるが、ここでさらに俺はこう考える。 と。 Web屋のネタ帳さんの記事では16のポイントが紹介されているが、漢（オトコ）のコンピュータ道の記事は10の方法だったのであと6つ足りない。オトコは数で勝負！！というわけで今日はネタを振り絞ってさらに7つのMySQL高速化テクニックを紹介しよう。 1. インテルコンパイラ

[okumuraa1]

ありがとうございますm(_ _)m

[hayato240]

漢(オトコ)のコンピュータ道: さらにMySQLを高速化する7つの方法 @nippondanjiさんから

[machupicchubeta]

tuning

[bluerabbit]

innodb_locks_unsafe_for_binlogオプションを利用することで、ロックの競合を減らして同時実行性能を向上させることが可能。なんでデフォルトfalseなんよ。。

[gologo13]

(オトコ)のコンピュータ道: さらにMySQLを高速化する7つの方法 (via Instapaper)

[karupanerura]

あとでよむ

[zsiarre]

MySQL 高速化

[dekatotoro]

さらにMySQLを高速化する7つの方法

[msh514]

innodb_thread_concurrency

[inak0shi]

シャーディング＝「特定のカラムなどによってデータの格納先を振り分けるテクニック」

[lettas0726]

"CSVストレージエンジンからInnoDBテーブルにALTER TABLEするという"

[Chisei]

show statusの列の見方は参考になりまくった

[m-e-omoteyama]

チューニング

[toton]

Sharding

[Hayato]

InnoDBはデフォルトではREPEATABLE READ分離レベルを利用する。(!)

[hyoshiok]

316

[mogwaing]

show status あんまり見たことなかった

[studio-m]

「ログファイルのサイズが小さすぎるとInnoDBの更新処理の性能が低下してしまう」「ログファイルのサイズが大きいと今度はクラッシュリカバリの時間が増えてしまう」「SHOW STATUSコマンドで気をつけるべき主な変数」

[rokujyouhitoma]

intelコンパイラの存在を知らなかった...gccよりよいの？

[pitworks]

1. インテルコンパイラ版を使う 3. 適切なサイズでCOMMIT 4. InnoDBのログサイズを調整 5. 最新版を利用 6. READ COMMITTED分離レベルを使う 7. EXPLAIN以外のチューニングコマンドも利用（SHOW STATUSコマンドなど）

[hirose31]

原典参照もちゃんとあるし、ちゃんとしていい記事だなー

[ryunosinfx]

いつか

[satoship]

Shardingについて

[hiro_y]

適切なサイズでコミット。

[sankaseki]

漢(オトコ)のコンピュータ道: さらにMySQLを高速化する7つの方法

[gratt]

結構知らないことが！

[Rewish]

動機が漢。

[rawwell]

"おまけ： Sharding 巷ではGoogle Friend ConnectにおけるShardingの例が紹介されている。 大規模なWebサイトなどで劇的にトラフィックやデータ量が増えてくると、単一のデータベースでは対応しきれなくなってくる。そのような場合

[hiromark]

続編があったのか。