| 2014-09-19 11:25:58 |
Przemek |
bug |
|
|
added bug |
| 2014-09-19 11:27:04 |
Przemek |
description |
It seems that all the replication filters available in standard MySQL async replication also apply to Galera replication.
This is sometimes a problematic situation if one wants to mix Galera and async replication topologies. For example, setting a slave filter on Galera node acting as an async slave makes this node inconsistent with others if you do a direct write to filtered tables on this node - no galera peers will receive these updates. This any various other scenarios makes the situation within the cluster very complicated in case you need to change async replication topology or when SST happens between the nodes with different filters applied.
Sometimes you may need to apply some replication filtering for async replication but in the same time it is highly desired to have consistent data within Galera based cluster. Let's say you need two independent Galera clusters where only some data should be replicated between them in async way - right now it seems to be impossible without making the clusters inconsistent internally.
I would like to see an option to ignore all the MySQL filters in Galera replication while still let them affect the asynchronous replication. |
It seems that all the replication filters available in standard MySQL async replication also apply to Galera replication.
This is sometimes a problematic situation if one wants to mix Galera and async replication topologies. For example, setting a slave filter on Galera node acting as an async slave makes this node inconsistent with others if you do a direct write to filtered tables on this node - no galera peers will receive these updates. This and many other scenarios makes the situation within the cluster very complicated in case you need to change async replication topology or when SST happens between the nodes with different filters applied.
Sometimes you may need to apply some replication filtering for async replication but in the same time it is highly desired to have consistent data within Galera based cluster. Let's say you need two independent Galera clusters where only some data should be replicated between them in async way - right now it seems to be impossible without making the clusters inconsistent internally.
I would like to see an option to ignore all the MySQL filters in Galera replication while still let them affect the asynchronous replication. |
|
| 2014-09-19 14:58:37 |
Teemu Ollakka |
bug task added |
|
codership-mysql |
|
| 2014-09-19 14:58:49 |
Teemu Ollakka |
nominated for series |
|
codership-mysql/5.6 |
|
| 2014-09-19 14:58:49 |
Teemu Ollakka |
bug task added |
|
codership-mysql/5.6 |
|
| 2014-09-19 14:58:49 |
Teemu Ollakka |
nominated for series |
|
codership-mysql/5.5 |
|
| 2014-09-19 14:58:49 |
Teemu Ollakka |
bug task added |
|
codership-mysql/5.5 |
|
| 2014-09-23 15:49:33 |
Valerii Kravchuk |
nominated for series |
|
percona-xtradb-cluster/5.5 |
|
| 2014-09-23 15:49:33 |
Valerii Kravchuk |
bug task added |
|
percona-xtradb-cluster/5.5 |
|
| 2014-09-23 15:49:33 |
Valerii Kravchuk |
nominated for series |
|
percona-xtradb-cluster/5.6 |
|
| 2014-09-23 15:49:33 |
Valerii Kravchuk |
bug task added |
|
percona-xtradb-cluster/5.6 |
|
| 2014-10-02 08:55:47 |
Nilnandan Joshi |
percona-xtradb-cluster/5.5: status |
New |
Confirmed |
|
| 2014-10-02 08:55:50 |
Nilnandan Joshi |
percona-xtradb-cluster/5.6: status |
New |
Confirmed |
|
| 2014-10-02 08:56:24 |
Nilnandan Joshi |
bug |
|
|
added subscriber Nilnandan Joshi |
| 2015-11-18 05:41:56 |
Krunal Bauskar |
percona-xtradb-cluster/5.5: importance |
Undecided |
Wishlist |
|
| 2015-11-18 05:41:57 |
Krunal Bauskar |
percona-xtradb-cluster/5.6: importance |
Undecided |
Wishlist |
|
| 2015-11-18 05:42:00 |
Krunal Bauskar |
percona-xtradb-cluster/5.5: status |
Confirmed |
Won't Fix |
|
