首頁 > 後端開發 > php教程 > MYSQL的一个表中的数据已经达到了2000万条 怎么能更近一步优化

MYSQL的一个表中的数据已经达到了2000万条 怎么能更近一步优化

WBOY
發布: 2016-06-13 10:04:55
原創
1249 人瀏覽過

MYSQL的一个表中的数据已经达到了2000万条 如何能更近一步优化
MYSQL的一个表中的数据已经达到了2000万条
数据查询很慢很慢了, 不知道如何改进?

现在的方法都是做了很多缓存表,但是数据都不实时了。

我执行这样一条语句 select max(id) from unit_keywords 用了 7 秒,机器性能比较好,64位,4核,8G内存

------解决方案--------------------
检查主键和索引的构造是否正确。

难道是用文字作主键?

2000万虽然多,也不至于7秒啊。


------解决方案--------------------
检查 mysql配置文件吧。
也许你的配置是小型数据库用的
------解决方案--------------------
2000W就这样,性能还这么高,看看mysql buffer的设置

不行就分表处理吧
------解决方案--------------------
这个问题其实不该在PHP版发,事实上应该找DBA和系统架构师来帮你解决问题。

从select max(id) from table需要7s的问题来看,就主流做法将id作为自增长主键的来考虑,也是有可能的,这意味着你的业务遭遇了锁竞争。 (这个字段如果不是主键或者索引,2000万行下7s返回倒真得说你的机器配置挺不错了)
我想应该是你们的业务同时存在对这个表进行SELECT、INSERT和UPDATE的操作,甚至还可能会有DELETE。 事实上,很多业务为了追求性能,是采用MySql的MyISAM表,并将业务进行优化,仅保留SELECT和INSERT操作的。 这是因为INSERT无需锁表,而SELECT之间也不会互锁。 至于需要更新数据的问题,完全可以通过将需要更新的字段剥离到新表中,对新表进行UPDATE的方法来进行(当然,这是在UPDATE操作并不太频繁的情况下,太频繁的话就没有意义了)。

另外就是根据业务的查询子句,建立相应的索引。 MySql的Explain指令可以起到很大的参考作用。
而缓存表的问题,则建议你们通过另外的缓存服务比如APC或者Memcache之类来实现,并确保在更新数据的同时对缓存进行更新。

不清楚你的表结构,只是说明些常见做法。 如果可以的话,建议你将show create table的结果放出来会更利于分析。 

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板