このMySQLクエリを最適化するにはどうすればよいですか？

Question

370,000,000（3億7千万）以上の行を含むデータベースのPHPスクリプトで、次のMySQLクエリを使用しています。私はそれが非常にリソース集約的で、この1つのクエリを実行するには時間がかかることを知っています。誰も私はどのようにクエリを最適化することができるか、またはより速い別の方法で情報を取得するか知っていますか？

表情報：

games | longint, unsigned, Primary Key 
win | bit(1) 
loss | bit(1)

問合せ：あなたの助けを事前に

SELECT MID(game,{$len},1) AS move, 
     COUNT(*) AS games, 
     SUM(win) AS wins, 
     SUM(loss) AS losses 
FROM games 
WHERE game>{$something} AND game<{$something_else} 
GROUP BY move

ありがとう！私が作ることができ

Answer 1

唯一の提案は、すべてのカウント、および各ゲームの合計を事前計算するためにテーブルを使用して、テーブルゲーム変更がトリガを使用する場合、それを更新することです。

Answer 2

EXPLAINクエリまたはprofilingから始めてみます。

Answer 3

重い読書をしている場合は、一般的に照会するデータの上に集計テーブルを保持し、維持することを検討してください。

Answer 4

これを非正規化して「ゲーム」ごとの統計だけでなく、「移動」ごとに統計を記録する「移動」テーブルを作成するように聞こえます。

Answer 5

ストレージスペースを犠牲にすることによって「スピードを買う」ことができますが、ストレージスペースを有効にすることはできますが、パフォーマンスは低下します。あなたの問題はスピードであるので、いくつかの事前計算が必要です。そして、はい、クエリのいくつかのプロファイリング。

「大きなもの」は、OLTP（実際のトランザクションをリアルタイムで処理する）とDW（大量のデータを分析する）に異なるコンフィグ（異なるハードウェアと設定）を使用していました。

Answer 6

mid（）関数はこのクエリを強制終了します。 MySQLは、mid（）関数を処理するためにメモリ内に一時テーブルを作成しなければなりません。

私は$ gameがゲームの種類であると仮定しています。 （チェッカー、チェス、ティックタックつま先）

私はゲームの種類のために別のテーブルをオフにします。これにより、あなたのグループは、はるかに高速なインデックスを利用することができます。

[game] 
game bigint unsigned 
win bit 
loss bit 
game_type_id bigint unsigned 

[game_type] 
game_type_id bigint unsigned 
game_type_desc varchar(13) 

がこの大きなテーブルに変更文には注意してください：

は、私のような何かを示唆しています。 変更を発行する前に必ずバックアップを作成してください。

Answer 7

バットをストレートにすると、SELECT式とGROUP BYの両方でMID（）クエリを使用しなくなります。クエリ条件にDepening、MySQLはこれを試して、少なくともので、必ずしも、解析しながら、単一の式の内部でそれをキャッシュしません。世界で

SELECT MID(game,{$len},1) AS move, 
    COUNT(*) AS games, 
    SUM(win) AS wins, 
    SUM(loss) AS losses 
    FROM games WHERE game LIKE '{$game}%' GROUP BY move; 

ない最大の変化が、それは小さな違いを作る必要があります。しかし、これ以外にも、データを保存する方法を変えることを短期間で最適化する唯一の方法は、これらの値を事前に計算し、ゲームの終了時にインクリメントすることです。