查詢的是兩張表的主鍵，都具有索引，也都進行了全表掃描方式更新了索引統計資訊。開啟了實時查詢統計資訊，可以看到耗時有1秒多，關閉實時查詢統計資訊也是一樣，意味著開啟并沒有增加過多的額外耗時。同時嘗試過loop join、hash join、merge join三種關聯方式都是一樣的耗時，偏差不超過50ms。
硬體資訊：3900x，32g ddr4 3800，1TS750(屬于家用高端固態)
我不知道該不該有疑問，30W的表與4行表的關聯，會需要1秒，這屬于正常速度嗎？
uj5u.com熱心網友回復：
你不貼出 sql ， 沒辦法幫你優化。如果有敏感詞，可以修改表名、列名， 去敏化處理。
uj5u.com熱心網友回復：
其實到是沒有這些顧忌，不然這執行計劃圖可就把我賣光了....
是一句最普通的查詢陳述句
select
a1.id
,a2.name
from YieldTransit as a1
inner join EMAgitation as a2 on a2.id = a1.EMAgitation_ID
a1表示31W那張表，a2則是4行那張表。
uj5u.com熱心網友回復：
這是開啟Time和IO的資訊
uj5u.com熱心網友回復：
單查a1表的主鍵ID，耗時1100ms，關聯a2表后，耗時1320ms。有兩個疑問
1：家用高端固態中，查詢31W行表的主鍵ID，耗時1.1秒正常嗎？
2：關聯外鍵的表，再查外鍵一個name欄位后，耗時增加了200ms左右，此外鍵表資料是4行，這個耗時增加正常嗎？
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/268896.html
標籤：基礎類
上一篇：MySQL查詢問題求助