[MXS-2853] HTAP - Replication workflow dependency on the metadata Created: 2020-01-27  Updated: 2020-02-14  Resolved: 2020-02-14

Status: Closed
Project: MariaDB MaxScale
Component/s: N/A
Affects Version/s: None
Fix Version/s: N/A

Type: Bug Priority: Major
Reporter: Zdravelina Sokolovska (Inactive) Assignee: Unassigned
Resolution: Incomplete Votes: 0
Labels: HTAP
Environment:

GKE


Issue Links:
Relates
relates to MXS-2846 Binlogfilter: Add syntactic identifie... Closed

 Description   

Replication workflow dependency on the metadata

Replication workflow dependency on the metadata is causing overruling of mysql statements,
as a result are received internal Errors causing replication to stop

Client Side:

MariaDB [(none)]> insert into ins.a values(1),(2),(3) ;
Query OK, 3 rows affected (0.005 sec)
Records: 3  Duplicates: 0  Warnings: 0

HTAP Side:

  Last_SQL_Error: Error 'You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'collectert into collect.a values(1),(2),(3)' at line 1' on query. Default database: ''. Query: 'collectert into collect.a values(1),(2),(3)'

Target replication Side:

MariaDB [(none)]> select * from collect.a ;
Empty set (0.011 sec)

how to repeat:

MariaDB [(none)]> create database ins ;
 
MariaDB [(none)]> create database collect ;
Query OK, 1 row affected (0.003 sec)
MariaDB [(none)]> create table collect.a ( a int) engine columnstore ;
Query OK, 0 rows affected (0.257 sec)
MariaDB [(none)]>  create table ins.a ( a int) ;
Query OK, 0 rows affected (0.015 sec)

MariaDB [(none)]> select set_replications('a', 'ins', 'collect');
+-----------------------------------------+
| set_replications('a', 'ins', 'collect') |
+-----------------------------------------+
| Success.                                |
+-----------------------------------------+
1 row in set (0.017 sec)
 
MariaDB [(none)]> insert into ins.a values(1),(2),(3) ;
Query OK, 3 rows affected (0.005 sec)
Records: 3  Duplicates: 0  Warnings: 0

MariaDB [(none)]> select list_replications();
+------------------------------------------------------------------------------------------+
| list_replications()                                                                      |
+------------------------------------------------------------------------------------------+
|
        === replication_filter ===
        table: a
        source database: ins
        target database: collect
 
 |
+------------------------------------------------------------------------------------------+
1 row in set (0.002 sec)



 Comments   
Comment by markus makela [ 2020-01-28 ]

This is expected behavior with regular expressions. The caveats of this approach of rewriting are described here: https://mariadb.com/kb/en/mariadb-maxscale-24-binlog-filter/#rewrite_src-and-rewrite_dest

Comment by markus makela [ 2020-02-14 ]

Closing as Not a Bug since it's a known limitation of the rewriting mechanism.

Comment by Zdravelina Sokolovska (Inactive) [ 2020-02-14 ]

hi , moving to Incomplete since any unpredictable Replication breakdowns can still occur
due to the observed workflow dependency on the metadata.
The most critical is that User does not receive any Notifications or Errors .

Generated at Thu Feb 08 04:17:09 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.