Percona: ¿Cuáles son las implicaciones de cambiar repl.commit_order?

Percona: ¿Cuáles son las implicaciones de cambiar repl.commit_order?

Actualmente estoy haciendo algunas pruebas de Galera Cluster con Percona 5.6. Progresé hasta probar un clúster de 2 nodos en baremetal. Cuando repl.commit_orderse establece en 0 (desactivado), el rendimiento de TPS medido con sysbench es comparable al de una instancia de Percona independiente.

Cuando repl.commit_orderse establece en 3 (el valor predeterminado), el rendimiento de TPS es de alrededor del 10 % en comparación con el de una instancia de Percona independiente.

El comando de Sysbench en cada instancia es:

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

En primer lugar: ¿Cuáles son las implicaciones de los diferentes modos commit_order?

En segundo lugar: ¿alguien puede sugerir otros ajustes que mejoren el rendimiento?

Respuesta1

De hecho, resultó que se podían hacer otras cosas para mejorar el rendimiento del clúster. Estos dos enlaces fueron recursos útiles:

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/

información relacionada