
В настоящее время я провожу некоторые испытания Galera Cluster с Percona 5.6. Я перешел к тестированию кластера из 2 узлов на baremetal. При repl.commit_order
установке на 0 (выкл.) производительность TPS, измеренная с помощью sysbench, сопоставима с производительностью отдельного экземпляра Percona.
Если repl.commit_order
установлено значение 3 (по умолчанию), производительность TPS составляет около 10% по сравнению с производительностью автономного экземпляра Percona.
Команда Sysbench в каждом случае выглядит следующим образом:
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
Во-первых: каковы последствия различных режимов commit_order?
Во-вторых: может ли кто-нибудь предложить какие-либо другие настройки, которые улучшат производительность?
решение1
На самом деле оказалось, что можно сделать и другие вещи, чтобы улучшить производительность кластера. Эти две ссылки были полезными ресурсами:
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/