我正在使用表進行登錄,表中有2500條記錄。當我嘗試登錄時,需要將近30-40秒才能加載。我正在使用PHP和MySQL.I需要更快地查詢數據。解決方案,歡迎在此先感謝請幫我出MySQL選擇查詢性能問題
2
A
回答
1
在定位的性能問題,問題產生的原因,有很多事情在你的應用程序棧來考慮:
- 數據庫:索引,聯接,形成查詢
- 網之間:代碼路由問題,帶寬,連接速度
- :檢查你的代碼結構不產生不必要的延誤,forexample有些人有自己的驗證跨越都在增加方法壽命的一個方法客戶機和服務器更長的時間。嘗試將驗證的核心邏輯放在數據庫端,就像在存儲過程中一樣。嘗試使用較少費用的方法。
0
您應該包含您的查詢,以便我們可以檢查它。 請勿拉取所有記錄(例如,不要使用用戶的選擇*),然後循環查找匹配項。 而是使用WHERE子句將記錄限制爲(即一行)。也就是說
SELECT COL1,COL2,..從用戶 其中username = '用戶名' 和密碼= '密碼'
你可以嘗試,看看性能...
相關問題
- 1. MySQL:選擇查詢性能問題
- 2. mysql選擇查詢問題
- 3. MySQL的選擇查詢問題
- 4. MySQL的DELETE查詢問題與選擇
- 5. Mysql的選擇查詢問題
- 6. MySQL查詢問題與選擇
- 7. MySQL查詢問題與如果選擇
- 8. 條件選擇與MYSQL,性能問題
- 9. MySQL查詢性能問題與MyISAM表
- 10. MySQL JPQL查詢性能問題
- 11. 查詢中的MySql性能問題
- 12. codeigniter,mysql查詢性能問題
- 13. MySQL使用組查詢性能問題
- 14. MySQL子查詢性能問題?
- 15. 問題DB選擇查詢
- 16. SQLce選擇查詢問題
- 17. 選擇查詢的問題
- 18. 選擇查詢的問題
- 19. 查詢選擇問題
- 20. 在Firebird中的選擇查詢的性能問題
- 21. SqL查詢性能問題
- 22. Oracle查詢性能問題
- 23. Neo4j查詢性能問題
- 24. 查詢性能問題
- 25. 查詢性能問題
- 26. SQL查詢性能問題
- 27. 查詢性能問題
- 28. MongoDB查詢性能問題
- 29. Oracle查詢性能問題
- 30. mysql選擇查詢
使用索引,而不是使用*檢索所有字段,請嘗試僅檢索您需要的字段。 – Prabhuram
如果表只有2500條記錄,它甚至應該沒有索引的速度要快得多。 –
沒有任何代碼,我們只能猜測你做錯了什麼。給我們看一看。 – kba