Original post: http://anothermysqldba.blogspot.com/2014/04/mysql-explain-sqlnocache.html

だから、今日私は彼らのデータベースのパフォーマンスを持つ人を支援し、いくつかの下手に書かれたクエリに出会った。 今、確かに誰もが目標は、それらを避けるためにあなたができることはすべて行うことです、ミスをする。

つまり、あなたの環境に緩いクエリを聞かせて前にすべき役立つヒントだけのカップル。

常に最初に説明を経由してクエリを実行します。 最初の説明何のような単純なものは、（それが実行されませんので）全くタイプミスを確認せず、クエリを最適化できるようになります。
…

Original post: http://anothermysqldba.blogspot.com/2014/01/can-mysql-replication-catch-up.html

だから、複製は、最近のMySQL 5.6で改善された。 しかし、人々はまだ5.1および5.5を使用しているので、それらの改善点のいくつかは、現実の世界をヒットするのを待つ必要があります。

私は最近、地理位置レプリケーションソリューションでこの方向に移動しました。 国の一部は、MySQL 5.1のサーバを持っていたし、国の他の部分は、新しいMySQL 5.6サーバがインストールされていた。

…

　MySQLにおいて、テーブルサイズやインデックスサイズ、レコード数、平均レコード長などの統計情報を知る上でshow table statusは定番です。ただ雑多な表示項目も多いので、たくさんのテーブルの統計を見る場合、必要な情報だけを返したいことは多いです。また全テーブルのうち、どのテーブルが一番大きいのかを知りたいとか、サイズが多い順に一覧表示したいとか、一目で分かるような情報がほしいことも多いです。
　こういうときはinformation_schema.tablesを使うと便利です。以下の例では、appデータベースの全テーブルについて、「テーブルサイズ+インデックスサイズ」の大きい順に、ストレージエンジン、レコード数、平均レコード長、テーブルサイズ(MB)、インデックスサイズ(MB)などを返しています。

use …

オトコたるもの、ご利用は計画的に行わなければならない。（何の？！）

MySQLサーバーを高負荷に耐えるよう動作させるためには、システムメモリの有効活用が必須である。当然のごとくメモリはディスクより高速に動作するので、ディスクアクセスが減ればI/Oがボトルネックになっている場合の性能は向上する。MySQLには調節できるメモリ関連のパラメーターが多数あり、またそれらはデフォルトでは適切な値には設定されていない。（小さすぎる。）MySQLが自動的にバッファを割り当てて調節してくれれば非常に楽なのだが世の中そんなに都合のイイものはない。とはいえメモリサイズの見積もりは非常によく聞かれるTopicなので俺のWikiにまとめてみた。

…