2017-04-24 11 views
0

Bitnamiで準備されたレプリケーション用のVMにMySQLを設定しようとしています(BitnamiからのレプリケーションではMySQLと混同しないでください)、バイナリログに問題があります。MySQLバイナリログ書き込みトランザクションの防止 - Bitnami

私が[mysqld]の下のmy.cnfファイルにlog-bin = mysql-binまたはlog_bin = mysql-binという行を追加すると、すべてが保存され、MySQLは正常に再起動します。しかし、私がアプリケーションをテストすると、読み取りトランザクションだけが機能しています。新しいコンテンツを編集または作成すると失敗します。

私が矛盾している別のcnfファイルが見つかりませんでした。ビンログが表示されます。しかし、過去に他のMySQLサーバを設定するときに遭遇していないような奇妙な影響が起きているようです。

誰が何が起こっているのか考えていますか?

+0

配備に関する詳細情報を提供してください。 (どこでそのようなVMを取得したのですか、バージョン管理など...) –

+0

そのVMをAzureにデプロイした場合、次のような問題が発生することがあります。 https://community.bitnami.com/t/mysql-with /複製不可/複製/ 48547/10 –

+0

デイヴィッド。それはAzureを通して配備されましたが、投稿で参照されているようなレプリケーションではMySQLではありませんでした。私はそれをより良く伝えておくべきだった。これは、Ubuntu 14.04のボックスにBitnami MySQL 5.6.29-1アプリをデプロイしたものです。 –

答えて

1

さらに調査を行い、その原因が私たちの「トランザクション分離」構成であることを発見しました。ロックの問題に対処するためにREAD-COMMITTEDに設定されています。この設定では、サーバーのデフォルト設定である 'STATEMENT'バイナリログ( 'binlog_format')は許可されません。その結果、トランザクションを読み取り専用に制限していました。

解決策は、 'binlog_format'を 'ROW'(またはMIXED)に設定することでした。明らかにこれを参照する人は、システムがその状態で動作することが分かっていない限り、それを設定すべきではありませんが、私たちの場合は実行可能なオプションです。

Bitnamiとはまったく関係がありません。単なる設定の制限です。

関連する問題