为什么mysql的update有时候会变得狂慢

guowei_78

我的20张表加起来应该有一亿多条了
大概占空间4、5十G
tmd怎么会这么大

[quote]原帖由 "carken"]3000千万记录如果按我的表结构,单表就有6~7G了[/quote 发表：

carken

原帖由 "guowei_78" 发表：
我的20张表加起来应该有一亿多条了
大概占空间4、5十G
tmd怎么会这么大

我的硬盘只有40G,所以不可以搞得太大

yejr

[quote]原帖由 "guowei_78"][/quote 发表：


查询的3个条件中只有一个有索引，慢是当然的了。
表结构贴上来看看。
show create table t_report;

odin_free

[quote]原帖由 "guowei_78" 发表：
我觉得还是有可能是机器性能的问题，把访问同一台机器上其它mysql的几个测试程序停掉以后，那些变慢的update语句由原来的几分钟变成了几十秒。
但是仍然不明白是是：即使有大量的磁盘读写操作，也不应该变得这么慢

stonerose

感觉是索引的问题

guowei_78

版主说得好，我一直也是建议减小表容量的
不过是否采纳也不是我能说了算，毕竟是给人家打工的，而且领导有时候也有点不可理喻
多谢版主到别的地方帮我请教牛人，有什么建议也麻烦贴过来
谢谢！

原帖由 "odin_free" 发表：



当然跟机器性能有关，但是频繁出现个别意外就肯定是软件有问题
其实这个问题如果说要个解释容易，可以偏差（偏差的意思约等于莫须有）的归结为mysql的性能问题~
作为研究，当然是积极探讨它的具体原因比较好?.........

guowei_78

可是如果是因为索引的原因导致慢，应该每条语句都会慢，而不是像现在这样多数语句是好的，只有少数update语句会突然变得很慢

原帖由 "yejr" 发表：


查询的3个条件中只有一个有索引，慢是当然的了。
表结构贴上来看看。
show create table t_report;

odin_free

en 索引越多会导致写操作更慢 不是更快

读操作倒是能快