公司和第三方合作的项目,在连调的时候发现超时了(超过1s就超时),查看业务日志发现是写库导致的超时
于是我登录数据库进行排查,在慢查询日志并没有发现存在超过1s的insert语句,后来发现如果通过如下方式执行sql的话是commit;慢。
set autocommit=0;
insert into table values();
commit;
set auto commit=1;
于是我开启了general_log,发现insert并没有超时,而是commit的时候超时了,所以在慢sql里看不到insert语句。

后来我发现只要是写入数据的操作都会超过1s

于是我觉得时间耗在了写入binlog上(我验证过关闭binlog后写入很快),问题应该出在binlog刷盘上,于是我查看关于日志刷盘相关的参数,最后发现是这个参数设置导致的
binlog_group_commit_sync_delay = 1000000
binlog提交是通过sync_binlog=1控制事件持久化到磁盘,每次事务提交时进行fsync操作
binlog_group_commit_sync_delay,等待多少微秒后才进行fsync
于是我关闭该参数(binlog_group_commit_sync_delay = 0)后问题解决,其实直接关闭这个参数会影响innodb高并发的.
1613

被折叠的 条评论
为什么被折叠?



