- Documentation Library
- Table of Contents
- MySQL 3.23/4.0/4.1 Manual
- Table of Contents
- 5 MySQL の最適化
- 5.1 最適化の概要
- 5.2 SELECT
ステートメントおよびその他のクエリの最適化
- 5.2.1 EXPLAIN 構文（SELECT に関する情報の取得）
- 5.2.2 クエリパフォーマンスの推定
- 5.2.3 SELECT クエリの速度
- 5.2.4 MySQL による WHERE 節の最適化
- 5.2.5 MySQL による IS NULL の最適化
- 5.2.6 MySQL による DISTINCT の最適化
- 5.2.7 MySQL による LEFT JOIN と RIGHT JOIN の最適化
- 5.2.8 MySQL による ORDER BY の最適化
- 5.2.9 MySQL による LIMIT の最適化
- 5.2.10 INSERT クエリの速度
- 5.2.11 UPDATE クエリの速度
- 5.2.12 DELETE クエリの速度
- 5.2.13 その他の最適化のヒント
- 5.3 ロック関連の問題
- 5.4 データベース構造の最適化
- 5.5 MySQL サーバの最適化
- 5.6 ディスク関連の問題
[+/-]
- 5.2.1.
EXPLAIN構文（SELECTに関する情報の取得） - 5.2.2. クエリパフォーマンスの推定
- 5.2.3.
SELECTクエリの速度 - 5.2.4. MySQL による
WHERE節の最適化 - 5.2.5. MySQL による
IS NULLの最適化 - 5.2.6. MySQL による
DISTINCTの最適化 - 5.2.7. MySQL による
LEFT JOINとRIGHT JOINの最適化 - 5.2.8. MySQL による
ORDER BYの最適化 - 5.2.9. MySQL による
LIMITの最適化 - 5.2.10.
INSERTクエリの速度 - 5.2.11.
UPDATEクエリの速度 - 5.2.12.
DELETEクエリの速度 - 5.2.13. その他の最適化のヒント
第 1 にすべてのクエリに影響を及ぼすことが 1 つあります。アクセス権システムのセットアップの複雑性が増すほど、オーバヘッドも増加します。
GRANT
ステートメントを何も実行していない場合は、MySQL
によってアクセス権チェックが多少最適化されます。大量の処理が必要なときは、GRANT
を使用しないことで時間を節約できる場合もあります。GRANT
を使用した場合は、アクセス権チェックが多くなり、オーバヘッドが増加します。
明示的な MySQL 関数に関わる問題がある場合は、常に MySQL クライアントでこの関数の計時を行うことができます。
mysql> SELECT BENCHMARK(1000000,1+1);
+------------------------+
| BENCHMARK(1000000,1+1) |
+------------------------+
| 0 |
+------------------------+
1 row in set (0.32 sec)
これは、PentiumII 400MHz 上で MySQL
によって 1,000,000 の + 式を 0.32
秒間に実行できることを示しています。 MySQL
関数はすべて最適化されていますが、例外も若干あります。BENCHMARK(loop_count,expression)
はクエリに関数上の問題があるかどうかを調べる際に最適のツールです。
This is a translation of the MySQL Reference Manual that can be found at dev.mysql.com. The original Reference Manual is in English, and this translation is not necessarily as up to date as the English version.
