MySQL更新(太长时间)了
发布时间:2020-12-05 03:37:39 所属栏目:MySql 来源:互联网
导读:经过我们服务的一些预期的增长后,所有突然的一些更新都花了很长时间,这些过去非常快,直到表达到大约2MM的记录,现在它们大约需要40-60秒.update table1 set field1=field1+1 where id=2229230; Query OK, 0 rows affected (42.31 sec) Rows matched: 1 Cha
经过我们服务的一些预期的增长后,所有突然的一些更新都花了很长时间,这些过去非常快,直到表达到大约2MM的记录,现在它们大约需要40-60秒.
以下是字段类型:
对于上下文切换的分析结果,这是唯一一个在结果上看起来具有高数字的切换:
该表大约有250万条记录,id是主键,它在另一个字段上有一个唯一索引(未包含在更新中). 这是一张innodb表. 什么可能是原因的任何指针? 任何可以帮助追踪问题的特定变量? 更新有“解释”吗? 编辑:我也注意到该表还有一个:
说明:
最佳答案
如果id确实是主键,那么查询应该花费很长时间(除非你有很多很多的id等于2229230?).请运行以下两个sqls并发布结果:
更新:只是为了完成,也做一个 (编辑:岳阳站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容
- mysql update 将一个表某字段设为另一个表某字段的值
- mysql – 冷备份期间网站数据库写入的最佳实践?
- MySQL存储函数与嵌套IF … END IF,语法错误,正确的语法使用
- mysql – SequelizeJS – hasMany to hasMany在同一个表上有
- MYSQL数据库mysql 5.7安装 MySQL 服务无法启动但是服务没有
- MYSQL数据库mysql提示[Warning] Invalid (old?) table or d
- MySql和phpMyAdmin之间的区别
- CakePHP没有从DB获取所有字段?
- python – Sqlalchemy类型为文章的非常长的文本
- 使用分隔符的Mysql子串提取