Percona Xtradb群集崩潰

Question

我們有一個Percona Xtradb群集，其中包含5個節點和一個仲裁器。 我們的一名Php開發人員在集群上運行了錯誤的查詢，導致所有節點崩潰。 崩潰之后，我們無法收集任何錯誤日志來告訴我們真正的問題出在整個集群崩潰而沒有執行任何日志記錄的情況下。

我一直認為，在集群上執行單個查詢時，它僅由集群中的一個節點處理。 因此，如果查詢不好（以致殺死一台數據庫服務器為目的），則它僅應使正在處理該節點的一個節點崩潰，而使群集與其余4個節點一起運行。

這種行為使我們感到困惑，我們想了解到底發生了什么，特別是這是第二次發生這種情況。 為什么在集群中運行的查詢在被一個節點處理時會導致集群中的其他節點在處理時出現某些問題而崩潰？

以下是我們的my.cnf配置：

#
# Default values.
[mysqld_safe]
flush_caches
numa_interleave
#
#
[mysqld]
back_log = 65535
binlog_format = ROW
character_set_server = utf8
collation_server = utf8_general_ci
datadir = /var/lib/mysql
default_storage_engine = InnoDB
expand_fast_index_creation = 1
expire_logs_days = 7
innodb_autoinc_lock_mode = 2
innodb_buffer_pool_instances = 16
innodb_buffer_pool_populate = 1
innodb_buffer_pool_size = 32G   # XXX 64GB RAM, 80%
innodb_data_file_path = ibdata1:64M;ibdata2:64M:autoextend
innodb_file_format = Barracuda
innodb_file_per_table
innodb_flush_log_at_trx_commit = 2
innodb_flush_method = O_DIRECT
innodb_io_capacity = 1600
innodb_large_prefix
innodb_locks_unsafe_for_binlog = 1
innodb_log_file_size = 64M
innodb_print_all_deadlocks = 1
innodb_read_io_threads = 64
innodb_stats_on_metadata = FALSE
innodb_support_xa = FALSE
innodb_write_io_threads = 64
log-bin = mysqld-bin
log-queries-not-using-indexes
log-slave-updates
long_query_time = 1
max_allowed_packet = 64M
max_connect_errors = 4294967295
max_connections = 4096
min_examined_row_limit = 1000
port = 3306
relay-log-recovery = TRUE
skip-name-resolve
slow_query_log = 1
slow_query_log_timestamp_always = 1
table_open_cache = 4096
thread_cache = 1024
tmpdir = /db/tmp
transaction_isolation = REPEATABLE-READ
updatable_views_with_limit = 0
user = mysql
wait_timeout = 60
#
# Galera Variable config 
wsrep_cluster_address = gcomm://ip_1, ip_2, ip_3,ip_4,ip_4,ip_5
wsrep_cluster_name = cluster_db
wsrep_provider = /usr/lib/libgalera_smm.so
wsrep_provider_options = "gcache.size=4G"
wsrep_slave_threads = 32
wsrep_sst_auth = "user:password"
wsrep_sst_donor = "db1"
#wsrep_sst_method = xtrabackup_throttle
wsrep_sst_method = xtrabackup-v2
#
# XXX You *MUST* change!
server-id = 1

Answer 1

您可以發布查詢嗎？ SELECT查詢僅在單個節點上執行，但是所有寫查詢將在任何地方執行。 您的錯誤日志中有什么？