[MDEV-9037] DML statements on a Galera Cluster node with sql_log_bin=OFF still appears in binary log on _other_ nodes Created: 2015-10-28 Updated: 2023-06-08 Resolved: 2023-04-11 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | Galera |
| Affects Version/s: | 10.1.8 |
| Fix Version/s: | N/A |
| Type: | Bug | Priority: | Minor |
| Reporter: | Karl E. Jørgensen | Assignee: | Jan Lindström (Inactive) |
| Resolution: | Won't Fix | Votes: | 1 |
| Labels: | galera | ||
| Environment: |
Centos 7 |
||
| Issue Links: |
|
||||||||||||
| Description |
|
Our set-up:
Configuration is pretty vanilla (this is a test cluster for now). The important settings are:
Things work fine. Except when apps do changes with sql_log_bin=OFF in their session - when doing so, the changes are (correctly) omitted from the binary logs on ONE node. But the binary logs on the OTHER nodes still show the changes! This is a problem for us, as we need to be able to use asynchronous replication from the cluster to other servers: The slaves will see inconsistent behaviour depending on which node the changes originate from and which node they connect to. Example:
Our current results are:
|
| Comments |
| Comment by Elena Stepanova [ 2015-10-29 ] |
|
I don't think sql_log_bin=0 has anything to do with Galera replication at all. Yes, it prevents an event from being written to the binary log, but not from being replicated to other nodes, and since other nodes don't have sql_log_bin=0, they naturally write it to their binary logs. But maybe I'm missing something here, assigning to nirbhay_c to confirm or provide a better answer. |
| Comment by Chris Calender (Inactive) [ 2017-02-01 ] |
|
Just for the sake of completeness, the following bug report states that it is related to this bug report, so I also wanted to note that in this report (in case anyone is searching for one or the other, etc.): |
| Comment by Jan Lindström [ 2023-04-11 ] |
|
10.1 is EOL. |