mysql資料庫5千萬條資料,現在查詢一下速度非常的慢,該如何處理
來源:互聯網
上載者:User
mysql資料庫5千萬條資料,現在查詢一下速度非常的慢
資料庫5千萬條資料,現在查詢一下速度非常的慢
我該怎樣改一下資料庫,讓速度提升呢。
------解決方案--------------------
好像mysql不太適合大資料量的
最佳化的話 改改sql文 添加一下索引 是比較快捷簡單的方法
------解決方案--------------------
1.建立索引,修改資料結構(長度,類型),修改引擎
2.修改一下你的查詢語句(可以用Explain查詢效能)
3.對硬體升級(這個最牛了)
------解決方案--------------------
說著玩的吧
表結構 你查詢的語句?
------解決方案--------------------
貼你的SQL語句和表結構。看能不能最佳化。。
------解決方案--------------------
建議:
1、剔除、備份無用資料;
2、考慮按照某個規律分表,比如我有個客戶表,可以按省分表。
3、建分層結構表,比如安省分,然後再按市分,這樣先查省表,又省表確定該查哪個市表,表面看查了多次,實際上更快。
4、最佳化索引,最佳化查詢語句。
------解決方案--------------------
資料庫的查詢最佳化是一項專門的培訓,費用很高,不是一兩句就能說完的
那目前能說的最簡單的方法,建索引....
PS:5千萬的資料對於mysql根本不值一提...
------解決方案--------------------
處理能力來說 這個的確屬於 不值得一提的資料量...
慢幾乎可以肯定的都是人為造成的.例如資料庫的設計,SQL語句的不合理設計,等等.
所以把表結構,要的查詢結果都寫清楚很快就有結果了.
探討
那多少條才值得一提呢??
我想聽聽???
引用:
資料庫的查詢最佳化是一項專門的培訓,費用很高,不是一兩句就能說完的
那目前能說的最簡單的方法,建索引....
PS:5千萬的資料對於mysql根本不值一提...
------解決方案--------------------
做分區。
------解決方案--------------------
先問問自己這5000w資料表平時你都怎麼用的(業務決定策略),也就是針對這個表的操作都有哪些,能否分區,分表,如果需要掃描整表資料是做統計報表那沒啥好方法,即時統計?轉hadoop?都是有可能的啊。
------解決方案--------------------
搞lamp分布式架構
------解決方案--------------------
做最佳化+使用memcache吧