在mysql查詢中,我已經索引了一列但根本沒有使用索引。以下是mysql查詢的計劃。第一列表lmt未使用索引。請幫我提一些建議。 MYSQL使用類型'ALL'在解釋計劃
1
A
回答
4
在MySQL中輸入列解釋結果顯示MySQL如何加入使用的表。這是輸出中最有洞察力的領域之一,因爲它可以指示丟失的索引或查詢寫入的方式應該重新考慮。
全部 - 掃描整個表以查找匹配的連接行。這是最糟糕的連接類型,通常表示在表格中缺少適當的索引。
它在您的查詢解釋結果中清楚地表明沒有密鑰被使用並且整個表lmt已被掃描。因此,請務必避免出現這種情況,以提高查詢性能。
除了MySQL解釋文檔,請按照下面的URL瞭解EXPLAIN結果的詳細信息。
+0
感謝您的帖子usditesion。我索引列loan_item_id但mysql沒有使用它。我可以知道爲什麼嗎? –
+0
MySQL根據您的表結構,可用索引和您的SQL查詢執行最佳查詢計劃。如果索引沒有被利用,你必須首先關注所有這些事情。可能需要添加組合索引。組合索引中列的順序很重要。 – ursitesion
相關問題
- 1. MYSQL使用連接類型「ALL」在檢查時解釋計劃
- 2. 在mysql中解釋計劃的含義
- 3. mysql:使用sort_union(sourceClass,destinationClass);在解釋計劃
- 4. 轉換MySQL的解釋計劃來串
- 5. 瞭解在Oracle的解釋計劃
- 6. ORACLE:解釋插入計劃
- 7. 與Oracle解釋計劃
- 8. SQL解釋計劃調整
- 9. PARTITION RANGE ALL在你的解釋計劃中是不是很糟糕?
- 10. 修改mysql的查詢計劃類型
- 11. 在Oracle中解釋計劃輸出
- 12. SQL Developer解釋破解計劃
- 13. Java解析Oracle解釋計劃
- 14. 解釋計劃和執行計劃之間的區別
- 15. 解釋計劃:MYSQL的「使用where」和「using index」之間的區別
- 16. 如何優化基於解釋計劃
- 17. Apache Cassandra CQL查詢解釋計劃
- 18. 解釋計劃中的A行
- 19. 計劃中的簡單解釋器
- 20. Oracle性能查詢解釋計劃
- 21. MongoDB的解釋查詢計劃
- 22. 跨瀏覽器渲染解釋計劃
- 23. oracle過濾器解釋計劃分區
- 24. 解釋計劃需要很長時間
- 25. SQL解釋計劃Intrepretation - Oracle數據庫
- 26. 如何優化查詢?解釋計劃
- 27. Postgres解釋計劃是不同的
- 28. 閱讀甲骨文解釋計劃
- 29. 甲骨文解釋計劃成本解釋
- 30. 使用J2EE for Informix的SQL解釋計劃
提供查詢和表格架構+詳細信息,例如im'lmt'有多少行,以及它們中有多少個被選中? – zerkms