mysql客户端频繁到对一个表进行读取并修改，造成数据库每隔一分多钟停顿一下

eyunbo

2秒钟应该可以接受。

chishuiyubo

在task_100001表中sec_id为主键，已经是唯一性索引了。我试试innodb_flush_log_at_trx_commit=1的时候，我是昨天把这个参数调成0的。

chishuiyubo

默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入（flush）硬盘，这是很费时的。特别是使用电池供电缓存（Battery backed up cache）时。设成2对于很多运用，特别是从MyISAM表转过来的是可以的，它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬盘，所以你一般不会丢失超过1-2秒的更新。设成0会更快一点，但安全方面比较差，即使MySQL挂了也可能会丢失事务的数据。而值2只会在整个操作系统挂了时才可能丢数据。
所以为了速度还是设置为0比较好一些。

sky000

个人感觉你的这个停顿点很有可能是 innodb 在做checkpoint，
建议通过类似于 iostats之类的io统计工具查看一下，停顿时刻的io读写情况和其他时刻是否存在差异

chishuiyubo

停顿时候cup占用率和网络占用率都下来了，io停止不动了。请问该如何处理，是否需要调节一些mysql的参数？

chishuiyubo

mysql的io停止不动了。

sky000

io停止不动了是什么意思？

既没有写io也没有读io了？

请执行： "iostat 1" 捕捉到停顿时间段的输出信息贴出来看看呢？
另外将还有你的innodb_max_dirty_pages_pct参数设置为多少？

chishuiyubo

感谢版主关注。通过上午的观测发现：
mysql  io停止不动了，不再增长了，没有写也没有读
innodb_max_dirty_pages_pct=90
我采用的是tomcat6自带的数据库连接池，会不会也有影响呀。现在tomcat，mysql和文件都在同一台服务器上。

sky000

不太清楚你查看系统 IO 的时候怎么看出来 MySQL 的 IO 不动了的

innodb_max_dirty_pages_pct 这个参数设置为 90 太大了，很容易造成类似于你所描述的现象出现。

另外，没有进一步相关数据，也无法解答

lsfredhat

我的感觉是应用服务器和数据库不要放在同一个机器上的。