原帖由 "odin_free" 发表:
是不是锁死了
最好降低单表记录数,还有减少索引
原帖由 "odin_free" 发表:
是不是锁死了
最好降低单表记录数,还有减少索引
原帖由 "guowei_78" 发表:
就是这个样子
update t_report set Freport_result = 0, Freport_err_detail = 'DELIVRD', Fmodify_time = '20041214100816', Freport_time = '20041214102231', Fstate = 0 where Fstation='hbgmcc' and Fmatchseqno=7562012 and Fseqno=1813920 limit 1;
原帖由 "carken" 发表:
我的语句和你差不多,跟新6个字段,关键字有4个,和你的比只是少了'limit 1'一句,更新一个30多万记录的表用0.02秒,你可否去掉limit 1试试
原帖由 "yejr" 发表:
explain select * from t_report where Fstation='hbgmcc' and Fmatchseqno=7562012 and Fseqno=1813920 limit 1;
把结果贴上来看看
B0AE121FB7B16364FD10B049BA805B6A.JPG (11.39 KB, 下载次数: 73)
原帖由 "guowei_78" 发表:
这两个文件从哪里可以得到?
另外,会不会机器性能会对这个有影响?
12.65 KB, 下载次数: 32
原帖由 "618816" 发表:
DESC t_report ;
把结果贴出来看一下!
我在毒龙800,内存196的情况下还插入过3000千万的记录呢!
原帖由 "guowei_78" 发表:
我的20张表加起来应该有一亿多条了
大概占空间4、5十G
tmd怎么会这么大
原帖由 "odin_free" 发表:
当然跟机器性能有关,但是频繁出现个别意外就肯定是软件有问题
其实这个问题如果说要个解释容易,可以偏差(偏差的意思约等于莫须有)的归结为mysql的性能问题~
作为研究,当然是积极探讨它的具体原因比较好?.........
B0AE121FB7B16364FD10B049BA805B6A.JPG (11.39 KB, 下载次数: 64)
原帖由 "yejr" 发表:
查询的3个条件中只有一个有索引,慢是当然的了。
表结构贴上来看看。
show create table t_report;
欢迎光临 Chinaunix (http://bbs.chinaunix.net/) | Powered by Discuz! X3.2 |