gpt4 book ai didi

mysql - 非常慢的 TRUNCATE 伴随着 httpd 日志上的 "Server seems busy"

转载 作者:行者123 更新时间:2023-11-29 03:14:19 28 4
gpt4 key购买 nike

我有一个非常简单的表,只有 35 行,5 个简单列(id 自动递增的主键、标题 (varchar)、一个 bool 和 2 个日期时间)。当我们在团队中工作时,我们从 Google Docs 导入数据,将其改写为 SQL 以立即执行 TRUNCATE->LOCK TABLE WRITE->INSERT INTO(多行)->UNLOCK TABLE。在其他更大、更复杂的表上它工作得非常好,整个过程在一秒钟内完成。但是在这一个上,它总是需要大约 5~7 分钟才能完成。问题是触发了其他表的锁,这期间系统基本宕机。

当系统宕机时,我捕获了 >SHOW FULL PROCESSLIST;并发现:- TRUNCATE 花费了很长时间,状态代码“正在检查权限”超过 200 秒。- 出于某种原因,当此问题发生时,httpd 日志会吐出“服务器似乎很忙...”并且 Apache 在所有前端实例上卡住。

我曾尝试在网上寻找类似的案例,但没有成功。如果有人能给我们一个有用的见解,那真的会挽救我们的生命……谢谢!

  • 数据库服务器:m2.2xlarge 实例@EC2
  • 前端服务器:m1.large instances @ EC2
  • MySQL版本:5.0.77
  • GUI 客户端:phpmyadmin 3.2.3
  • 数据库存储类型:MyISAM

最佳答案

这听起来很奇怪,您是否尝试过使用 DROP TABLE 和 CREATE 作为变通方法?这可能有助于您隔离问题。

关于mysql - 非常慢的 TRUNCATE 伴随着 httpd 日志上的 "Server seems busy",我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3132788/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com