爲什麼這個MySQL查詢性能很差（DEPENDENT_SUBQUERY）

explain select id, nome from bea_clientes where id in (
    select group_concat(distinct(bea_clientes_id)) as list 
    from bea_agenda 
    where bea_clientes_id>0 
    and bea_agente_id in(300006,300007,300008,300009,300010,300011,300012,300013,300014,300018,300019,300020,300021,300022) 
)

當我嘗試做以上（沒有解釋）時，MySQL只是忙於使用DEPENDENT SUBQUERY，這使得它變得如此緩慢。這就是優化器爲什麼要爲客戶端中的每個ID計算子查詢的原因。我甚至把IN參數放在一個group_concat中，認爲這將是一個簡單的「字符串」，以避免掃描的結果。爲什麼這個MySQL查詢性能很差（DEPENDENT_SUBQUERY）

我認爲這不會是一個5.5 + MySQL服務器的問題？ MariaDb中的測試也是如此。

這是一個已知的錯誤嗎？我知道我可以將它改寫成一個連接，但這仍然很糟糕。

Generated by: phpMyAdmin 4.4.14/MySQL 5.6.26 
Comando SQL: explain select id, nome from bea_clientes where id in (select group_concat(distinct(bea_clientes_id)) as list from bea_agenda where bea_clientes_id>0 and bea_agente_id in(300006,300007,300008,300009,300010,300011,300012,300013,300014,300018,300019,300020,300021,300022)); 
Lines: 2 

Current selection does not contain a unique column. Grid edit, checkbox, Edit, Copy and Delete features are not available. 

| id | select_type  | table  | type | possible_keys     | key   | key_len | ref | rows | Extra        | 
|----|--------------------|--------------|-------|-------------------------------|---------------|---------|------|-------|------------------------------------| 
| 1 | PRIMARY   | bea_clientes | ALL | NULL       | NULL   | NULL | NULL | 30432 | Using where      | 
| 2 | DEPENDENT SUBQUERY | bea_agenda | range | bea_clientes_id,bea_agente_id | bea_agente_id | 5  | NULL | 2352 | Using index condition; Using where |

來源

2016-04-27 Miguel

我更新了問題的擴展結果 – Miguel

'id IN ... GROUP_CONCAT（...）' - 你確定你想要嗎？ 123 IN（'123,456,789'）'不會成功。這樣做：'123 IN（'123'，'456'，'789'）'，但這不是你有的，也不能得到它。重來。 –

因爲這只是數字我相信你可以選擇退出引號...... – Miguel

顯然很難測試沒有數據，但像下面的東西。子查詢在mysql中不算好（儘管它是我的首選引擎）。我也可以推薦索引相關的列，以提高兩個查詢的性能。爲了清晰起見，我還可以建議擴展查詢。

select t1.id,t1.nome from (
    (select group_concat(distinct(bea_clientes_id)) as list from bea_agenda where bea_clientes_id>0 and bea_agente_id in     (300006,300007,300008,300009,300010,300011,300012,300013,300014,300018,300019,300020,300021,300022) 
    ) as t1 
    join 
    (select id, nome from bea_clientes) as t2 
    on t1.list=t2.id 
)

來源

2016-04-27 17:56:33 Datadimension

該表有3個記錄，並且這些字段已被索引。它真的是子查詢弄亂了，我用連接解決了..但那是錯誤的，mysql應該接受這樣的邏輯查詢。它不是我的錯，優化引擎真正優化錯誤。 – Miguel

然後在查詢中回答，請注意，group_concat已經在返回一個昏迷ID列表，所以你不能使用t1.list = t2.id，因爲這樣會匹配一個完整的字符串和id在t2.id表中的id 。在那個連接中，必須刪除group_concat才能使其工作。但事情是，我想要做的查詢看起來非常符合邏輯，悲傷的mysql無法處理它。 – Miguel

有斑點re group_concat。我完全同意你關於子查詢，但我們堅持下去！ – Datadimension

爲什麼這個MySQL查詢性能很差（DEPENDENT_SUBQUERY）

回答

相關問題