log_bin打开时，mysql 5.6.21更新语句非常慢

Question

我的更新声明是

update ptest set amount = amount - 2000 where id = 2

表ptest是

CREATE TABLE `ptest` (
  `id` bigint(19) NOT NULL AUTO_INCREMENT,
  `developerId` bigint(19) DEFAULT NULL,
  `appId` bigint(19) DEFAULT NULL,
  `caller` varchar(20) DEFAULT NULL,
  `callerDisplay` varchar(20) DEFAULT NULL,
  `called` varchar(20) DEFAULT NULL,
  `calledDisplay` varchar(20) DEFAULT NULL,
  `startTime` datetime DEFAULT NULL,
  `endTime` datetime DEFAULT NULL,
  `callTime` int(11) DEFAULT NULL,
  `callId` varchar(32) NOT NULL ,
  `billingTime` int(11) DEFAULT NULL,
  `callResult` varchar(10) DEFAULT NULL,
  `amount` bigint(20) DEFAULT NULL ,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=200001 DEFAULT CHARSET=utf8;

当系统变量log_bin设置为：log_bin = mysql_bin时，jmeter测试结果为237.4 transaction / second。 当log_bin被注释掉＃log_bin = mysql_bin时，jmeter测试结果为3500.2 transaction / second。

在两个设置上的插入率都差不多，大约为8000个事务/秒。

为什么log_bin对mysql有可怕的性能影响？ 打开log_bin时如何提高更新性能？

Answer 1

简短的答案是没有。 二进制日志记录打开时，您无法提高性能。 我认为这是MySQL中最大的折衷之一。 长答案来自MySQL性能博客的主要作者Baron Schwartz的一篇文章：

启用二进制日志会大大降低MySQL的性能。 问题不是日志本身，写日志通常不需要太多额外的工作。 它确保了昂贵的一致性和耐用性。 将其刷新到磁盘会为每个事务添加一个fsync调用。 然后，服务器在InnoDB和二进制日志之间执行XA事务。 这增加了更多的fsync调用，并导致互斥锁争用，并阻止了组提交，并且可能还阻止了其他一些现在还没有想到的事情。

您可以在此处阅读全文 。