
Atualmente estou fazendo alguns testes do Galera Cluster com Percona 5.6. Progredi para testar um cluster de 2 nós em baremetal. Com repl.commit_order
definido como 0 (desativado), o desempenho do TPS medido com o sysbench é comparável ao de uma instância Percona autônoma.
Quando repl.commit_order
definido como 3 (o padrão), o desempenho do TPS é de cerca de 10% comparado ao de uma instância Percona autônoma.
O comando Sysbench em cada instância é:
sysbench --test=/usr/share/doc/sysbench/tests/db/oltp.lua --oltp-table-size=5000000 --oltp-tables-count=1 --num-threads=32 --mysql-host=127.0.0.1 --mysql-user=root --mysql-password=**** --mysql-port=3306 --report-interval=1 --max-requests=0 --max-time=0 --mysql-db=sbtest run
Em primeiro lugar: quais são as implicações dos diferentes modos commit_order?
Em segundo lugar: alguém pode sugerir outros ajustes que melhorem o desempenho?
Responder1
Na verdade, descobriu-se que outras coisas poderiam ser feitas para melhorar o desempenho do cluster. Esses dois links foram recursos úteis:
http://openlife.cc/blogs/2011/august/running-sysbench-tests-against-galera-cluster
https://www.percona.com/blog/2013/12/07/linux-performance-tuning-tips-mysql/