2017-04-24 86 views
0

我想在Bitnami準備好的VM上配置MySQL進行復制(不要與MySQL與Bitnami的複製混淆),而且我的二進制日誌記錄存在問題。MySQL二進制日誌記錄防止寫入事務 - Bitnami

當我在[mysqld]下的my.cnf文件中添加行log-bin = mysql-binlog_bin = mysql-bin時,一切都會保存並且MySQL重新啓動就好了。但是當我測試我的應用程序時,只有讀取事務正在工作。編輯或創建新內容失敗。

我還沒有找到另一個與我衝突的cnf文件,並且出現了bin日誌。但是,過去配置其他MySQL服務器時似乎還有一些奇怪的效果發生。

任何人都知道發生了什麼?

+0

您能否提供有關您的部署的更多信息? (即,你從哪裏獲得這樣的虛擬機,版本...等) –

+0

如果您在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無關。只是一個配置限制。