我有一個MySQL數據庫查看它有一個JOIN 4個表各項指標已經被正確使用和以前的響應時間是不夠公平,但由於該數據庫迅速增長,則響應時間正在逐漸退化,那麼我們如何才能調整成績?我是新來解決這種複雜性的,我是否需要考慮數據庫鏡像或分區,或者是否需要考慮數據庫鏡像或分區,或者如果能夠支持任何文檔,這對學習會非常有幫助。連接性能問題的MySQL
0
A
回答
1
根據您的檢索/使用模式,我建議使用Partitioning
和在所有連接條件中都使用partition屬性,並將其作爲第一個篩選條件。
+0
謝謝,我會使用以下鏈接 http://dev.mysql.com/doc/refman/5.1/en/partitioning.html –
+0
@VardanGupta我們已經用它成功,但甲骨文已經經過分區基礎。在MySQL中也應該是一樣的。如果有任何問題,請告訴我。 –
+0
我會回來給你,如果再需要幫助,不勝感激! –
相關問題
- 1. MySql的複雜連接性能問題
- 2. MySQL連接問題
- 3. MySQL連接問題
- 4. mysql連接問題
- 5. MySQL連接問題
- 6. MySQL連接問題
- 7. MySQL連接問題
- 8. MySQL連接問題
- 9. SQL連接的性能問題
- 10. 連接表:MySQL的性能
- 11. 與大表簡單連接的MySQL性能問題
- 12. mysql性能問題
- 13. MySQL性能問題
- 14. 與MySQL連接的問題
- 15. Android的mysql連接問題
- 16. Mysql的連接問題
- 17. 連接到mysql的問題
- 18. MySQL的左連接問題
- 19. 左連接mysql的問題
- 20. 連接到MySql的問題
- 21. 內連接問題mysql的
- 22. xampp的mysql連接問題
- 23. SQL連接查詢性能問題
- 24. SQLAlchemy + SQLite左連接性能問題
- 25. 兩個左連接和一個查詢MySQL性能問題
- 26. Mysql查詢性能問題與左連接
- 27. MySQL多表連接查詢性能問題
- 28. 與大表和連接MySQL性能問題
- 29. (MySQL)最大數量按組內部連接,性能問題
- 30. MySQL的 - 性能問題
從'EXPLAIN'開始。這將有助於確定* query *是否存在瓶頸。在改變你的架構之前最好。 –
在使用EXPLAIN時,哪些因素會告訴我們關於油門限制的信息?你能告訴我更多嗎? –
MySQL視圖存在/有一些限制,使得不會使用索引。請參閱http://stackoverflow.com/questions/2760475/mysql-view-performance – cbranch