☰

Galera + MariaDB: Deadlock: transação wsrep abortada

tag-icon • tag-icon mysql debian mariadb galera
Galera + MariaDB: Deadlock: transação wsrep abortada

Tenho 1 servidor configurado a galera, 4 servidores com mariadb e 1 com haproxy.

Mas quando quero fazer uma atualização em qualquer servidor recebo o erro "Deadlock: wsrep aborted transaction" ou "wsrep_max_ws_rows excedeu" (às vezes).

Os servidores são poderosos com 32 GB de memória e 24 CPUs (VmWare).

gard.conf (ip 1.1.1.110):

GALERA_NODES="1.1.1.111:4567 1.1.1.112:4567  1.1.1.113:4567  1.1.1.114:4567"
GALERA_GROUP="mariadb_cluster" 
GALERA_OPTIONS="pc.wait_prim=no"  
LOG_FILE="/var/log/garbd.log"

cluster.cnf (4 servidores mariadb ip 1.1.1.111 a 1.1.1.114):

[mysqld]
query_cache_size=0
binlog_format=ROW
default-storage-engine=innodb
innodb_autoinc_lock_mode=2
query_cache_type=0
bind-address=0.0.0.0
innodb_file_per_table
collation-server = utf8_general_ci
init-connect = 'SET NAMES utf8'
character-set-server = utf8
join_buffer_size = 1M

wsrep_on=ON
wsrep_provider=/usr/lib/galera/libgalera_smm.so
    
wsrep_cluster_name="mariadb_cluster"
wsrep_cluster_address="gcomm://1.1.1.111,1.1.1.112,1.1.1.113,1.1.1.114"

wsrep_sst_method=rsync
    
wsrep_node_address="1.1.1.111"
wsrep_node_name="mysqlcl0X"
wsrep_max_ws_rows=2048
wsrep_max_ws_size=8G
wsrep_provider_options = "gcs.fc_limit = 2048; gcs.fc_factor = 0.99; gcs.fc_master_slave = yes"

O erro ao fazer uma atualização é feito diretamente no cliente de cada servidor, então o erro não é do haproxy, apenas coloquei a configuração por precaução.

haproxy.cfg:

listen galera
     bind *:3306
     mode tcp
     timeout client 60000ms
     timeout server 60000ms
     balance leastconn
     server 1.1.1.111 1.1.1.111:3306 check
     server 1.1.1.112 1.1.1.112:3306 check
     server 1.1.1.113 1.1.1.113:3306 check
     server 1.1.1.114 1.1.1.114:3306 check

O que estou faltando na configuração?

Desde já muito obrigado!

Responder1

https://mariadb.com/kb/en/galera-cluster-system-variables/#wsrep_max_ws_rows

Talvez =0resolveria pelo menos parte do problema.

Se o problema realmente for "muitas" linhas em uma transação, vamos discutir a transação e procurar maneiras de ser mais eficiente.

Responder2

Eu resolvi isso com esta opção:

wsrep-retry-autocommit = 100

Não acho que seja a coisa certa a fazer, demora um pouco para rodar, mas funciona.

Continue falhando..

1213 Deadlock: wsrep aborted transaction

informação relacionada