防止写入事务的MySQL二进制日志记录-Bitnami

防止写入事务的MySQL二进制日志记录-Bitnami,mysql,virtual-machine,replication,bitnami,binary-log,Mysql,Virtual Machine,Replication,Bitnami,Binary Log,我试图在一个准备好Bitnami的VM上配置MySQL进行复制(不要将MySQL与从Bitnami复制相混淆),但它的二进制日志记录有问题 当我在my.cnf文件的[mysqld]下添加行log bin=mysql-bin或log\u-bin=mysql-bin时,所有内容都会保存下来,mysql会重新启动。但当我测试我的应用程序时,只有读取事务在工作。编辑或创建新内容失败 我还没有找到另一个与我冲突的cnf文件,bin日志确实出现了。但似乎出现了一些奇怪的效果,这是我在过去配置其他MySQL服

我试图在一个准备好Bitnami的VM上配置MySQL进行复制(不要将MySQL与从Bitnami复制相混淆),但它的二进制日志记录有问题

当我在my.cnf文件的
[mysqld]
下添加行
log bin=mysql-bin
log\u-bin=mysql-bin
时,所有内容都会保存下来,mysql会重新启动。但当我测试我的应用程序时,只有读取事务在工作。编辑或创建新内容失败

我还没有找到另一个与我冲突的cnf文件,bin日志确实出现了。但似乎出现了一些奇怪的效果,这是我在过去配置其他MySQL服务器时从未遇到过的


有人知道发生了什么吗?

我做了进一步的挖掘,发现罪魁祸首是我们的“事务隔离”配置。我们将我们的设置为“READ-COMMITTED”以帮助解决锁定问题,并且此配置不允许“STATEMENT”二进制日志(“binlog_格式”),这是服务器上的默认设置。其效果是将我们的事务限制为只读

解决方案是将“binlog_格式”设置为“行”(或混合)。显然,可能引用过这一点的人不应该设置,除非他们知道他们的系统可以在这种条件下运行,但在我们的例子中,这是一个可行的选择


这当然与比特纳米无关。只是一个配置限制。

您能提供有关部署的更多信息吗?(也就是说,你从哪里得到这样的虚拟机,版本控制等等)如果你在Azure中部署了虚拟机,你可能会遇到类似于下面的问题:嘿,大卫。它是通过Azure部署的,但它不是MySQL,它的复制类似于文章中引用的。我应该更好地沟通。它是一个部署在Ubuntu 14.04设备上的BitnamiMySQL 5.6.29-1应用程序。