Question

Tbl_responses 5,000のレコードがあります

• ID
• 応答
• MSGID
• ユーザ名

を持っています。 800件の回答が "zac1987"によって投稿されました。 "zac1987"によって投稿された800件の回答のうち、msgidの違いが30件あります。

SELECT DISTINCT msgid 
    FROM Tbl_responses 
WHERE username = 'zac1987'; 

現在、Explain SQLは800行が有効であることを示しています。 30行だけが有効になるようにクエリを最適化する方法は？私はループを避けるための解決策があると思う/ 800レコードをフィルタリング...ちょうど私のブログに表示されているJOIN句の問題とWHERE句を置き換えるのと同じように... ye5.blogspot.com/2011/07/optimize-faster-mysql-query-speed.html私はいくつかの専門家を避けるために800レコードをループします。

私の他の質問 - なぜこのページhttp://forge.mysql.com/wiki/Top10SQLPerformanceTips「GROUP BYを使用しているときにDISTINCTを使用しないでください」と言っていると、クエリの処理速度が低下しますか？しかし、私はテストして、結果は遅くならなかった、なぜですか？

SELECT msgid 
    FROM Tbl_responses 
WHERE username = 'zac1987' GROUP BY msgid; 

そして、いくつかの条件と同様に、ユーザー名= 'zac1987' AND ID = 'XYZ入れパフォーマンス

Answer 1

、GROUP BY句を使用するクエリを書き換えてみてください' あなたの要件に応じてのみ、distinctとgroupを使用して行をフィルタリングすることができないためです。

Answer 2

の違いを参照してください：あなたが言ったように

Answer 3

あなたのケースでカバーリングインデックスが優れているかどうかを確認してください。 http://ronaldbradford.com/blog/tag/covering-index/

Answer 4

2つのクエリは同等です：

SELECT DISTINCT msgid 
FROM Tbl_responses 
WHERE username = 'zac1987' ; 

と

SELECT msgid 
FROM Tbl_responses 
WHERE username = 'zac1987' 
GROUP BY msgid ; 

私はあなたが(username, msgid)上の複合インデックスを作る示唆しています。これはどちらのバージョンのクエリにも役立ちます。

しかし、それはあなたが10K（あるいは100K、または1M）の行でテストテーブルを作り、スピードと実行計画をしようとした場合(username)に最初の単純なインデックスで、最高のこと、その後(username, msgid)上の複合インデックスを持つでしょう。差が「一時使用して、ここで使用する」簡単なインデックスを持つ第一ケースことがが表示され、実行計画にExtra列に示される

、ここで第二の場合に、と複合インデックスは、それは、時期尚早な最適化である5000枚のレコードとスピードのために心配、チューダーが指摘したように

「インデックスを使用して、どこ使用」と表示されます。 500,000レコードがある場合、またはパフォーマンスが低下した場合は、心配する必要があります。

---

注：これらの2つのクエリは、同等ではありませんあるので、あなたは常にGROUP BYにフィールドを移動してDINSTINT句を削除し、期待することはできません、同じ結果：

SELECT DISTINCT msgid, response 
FROM Tbl_responses 
WHERE username = 'zac1987' ; 

と

SELECT msgid, response 
FROM Tbl_responses 
WHERE username = 'zac1987' 
GROUP BY msgid ;