Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Incomplete
-
5.5.37-galera
Description
Our System is using Galera Cluster.
MariaDB [test]> show variables like ''%wsrep%';
Variable_name | Value |
---|---|
wsrep_OSU_method | TOI |
wsrep_auto_increment_control | ON |
wsrep_causal_reads | OFF |
wsrep_certify_nonPK | ON |
wsrep_cluster_address | gcomm://xx.xxx.xx.x1,xx.xxx.xx.x2,xx.xxx.xx.x3 |
wsrep_cluster_name | GC |
wsrep_convert_LOCK_to_trx | OFF |
wsrep_data_home_dir | /var/lib/mysql/ |
wsrep_dbug_option | |
wsrep_debug | OFF |
wsrep_desync | OFF |
wsrep_drupal_282555_workaround | OFF |
wsrep_forced_binlog_format | NONE |
wsrep_load_data_splitting | ON |
wsrep_log_conflicts | OFF |
wsrep_max_ws_rows | 131072 |
wsrep_max_ws_size | 1073741824 |
wsrep_mysql_replication_bundle | 0 |
wsrep_node_address | xx.xxx.xx.x2 |
wsrep_node_incoming_address | AUTO |
wsrep_node_name | GC-1 |
wsrep_notify_cmd | |
wsrep_on | ON |
wsrep_provider | /usr/lib64/galera/libgalera_smm.so |
wsrep_provider_options | base_host = xx.xxx.xx.x2; base_port = 4567; cert.log_conflicts = no; debug = no; evs.causal_keepalive_period = PT1S; evs.debug_log_mask = 0x1; evs.inactive_check_period = PT0.5S; evs.inactive_timeout = PT15S; evs.info_log_mask = 0; evs.install_timeout = PT15S; evs.join_retrans_period = PT1S; evs.keepalive_period = PT1S; evs.max_install_timeouts = 1; evs.send_window = 4; evs.stats_report_period = PT1M; evs.suspect_timeout = PT5S; evs.use_aggregate = true; evs.user_send_window = 2; evs.version = 0; evs.view_forget_timeout = P1D; gcache.dir = /var/lib/mysql/; gcache.keep_pages_size = 0; gcache.mem_size = 0; gcache.name = /var/lib/mysql//galera.cache; gcache.page_size = 128M; gcache.size = 128M; gcs.fc_debug = 0; gcs.fc_factor = 1.0; gcs.fc_limit = 16; gcs.fc_master_slave = no; gcs.max_packet_size = 64500; gcs.max_throttle = 0.25; gcs.recv_q_hard_limit = 9223372036854775807; gcs.recv_q_soft_limit = 0.25; gcs.sync_donor = no; gmcast.listen_addr = tcp://0.0.0.0:4567; gmcast.mcast_addr = ; gmcast.mcast_ttl = 1; gmcast.peer_timeout = PT3S; gmcast.segment = 0; gmcast.time_wait = PT5S; gmcast.version = 0; ist.recv_addr = xx.xxx.xx.x2; pc.announce_timeout = PT3S; pc.checksum = false; pc.ignore_quorum = false; pc.ignore_sb = false; pc.linger = PT20S; pc.npvo = false; pc.version = 0; pc.wait_prim = true; pc.wait_prim_timeout = P30S; pc.weight = 1; protonet.backend = asio; protonet.version = 0; repl.causal_read_timeout = PT30S; repl.commit_order = 3; repl.key_format = FLAT8; repl.max_ws_size = 2147483647; repl.proto_max = 5; socket.checksum = 2; |
wsrep_recover | OFF |
wsrep_replicate_myisam | OFF |
wsrep_restart_slave | OFF |
wsrep_retry_autocommit | 1 |
wsrep_slave_threads | 1 |
wsrep_sst_auth | |
wsrep_sst_donor | |
wsrep_sst_donor_rejects_queries | OFF |
wsrep_sst_method | rsync |
wsrep_sst_receive_address | AUTO |
wsrep_start_position | 8e663ba7-f123-11e3-88dc-dfe448d1c69c:1339436 |
And our DB nodes' auto_increment settings are
Node #1
MariaDB [test]> show variables like '%auto_increment%'; |
+------------------------------+-------+ |
| Variable_name | Value |
|
+------------------------------+-------+ |
| auto_increment_increment | 3 |
|
| auto_increment_offset | 1 |
|
| wsrep_auto_increment_control | ON | |
+------------------------------+-------+ |
Node #2
MariaDB [test]> show variables like '%auto_increment%'; |
+------------------------------+-------+ |
| Variable_name | Value |
|
+------------------------------+-------+ |
| auto_increment_increment | 3 |
|
| auto_increment_offset | 2 |
|
| wsrep_auto_increment_control | ON | |
+------------------------------+-------+ |
Node #3
MariaDB [test]> show variables like '%auto_increment%'; |
+------------------------------+-------+ |
| Variable_name | Value |
|
+------------------------------+-------+ |
| auto_increment_increment | 3 |
|
| auto_increment_offset | 3 |
|
| wsrep_auto_increment_control | ON | |
+------------------------------+-------+ |
This setting is same as with the post on blog.mariadb.org ( https://blog.mariadb.org/auto-increments-in-galera/ ).
But In our System. While doing update logic in Transaction Deadlock is still occured.
Our System is consisted of 2 Agent(Active-Active) ,3 DB nodes(Galera Cluster).
If Agent 1&2 are connected to only 1 node (ex DB node 1), Deadlock is not occured.
But if I consist the connection - Agent 1 to DB node 1 & Agent 2 to DB node 2 each, Deadlock is occured.
What is the problem and How can I solve this Deadlock?.