update remote_request set completed_time = "2014-08-20 20:31:07" where id = "P1257-K420C-7N4M5-VM125-4E57R-FE420"
此查询无论出于何种原因，在处理此应用程序的多个实例（大约150个）时大约需要3秒钟。所有使用该查询的表格大约每秒检查一次。
这有什么特别的原因这么慢？设置是4台服务器，我目前只是大量插入一台服务器。其他三个基本上都是奴隶，仅用于显示/备份/实验。
该表的索引已经到位..当我没有运行同一任务的这么多实例时，没有问题。在安装集群之前，相同的crons没有报告这种延迟。
所有服务器都通过千兆位LAN连接。您还想从我这里了解什么样的设置，以及我可以使用哪种设置来帮助解决这些问题？
我的my.cnf是：
innodb_data_file_path=ibdata1:10M:autoextend
innodb_log_files_in_group=1
innodb_log_file_size=256M
innodb_buffer_pool_size=20GB
innodb_lru_scan_depth=4000
innodb_flush_neighbors=0
innodb_log_buffer_size=256M
transaction-isolation=READ-COMMITTED
innodb_io_capacity = 25000
innodb_io_capacity_max = 50000
innodb_flush_log_at_trx_commit = 2
innodb_buffer_pool_instances=4
innodb_file_format = Barracuda
innodb_checksum_algorithm = crc32
innodb_file_per_table = true
innodb_doublewrite=0
innodb_flush_method=O_DIRECT
innodb_purge_threads=4
table_open_cache=15000
open_files_limit=15000
max_connections=15000
innodb_read_io_threads = 32
innodb_write_io_threads = 32
innodb_change_buffering=all
loose-innodb_sync_array_size=16
sync_binlog=0
query_cache_type=OFF
thread_cache_size=1000
back_log=2000
connect_timeout=15
loose-metadata_locks_hash_instances=256
max_prepared_stmt_count=1048560
loose-performance_schema=0
# --- below is Percona Server Specific ---
innodb_sched_priority_cleaner=39
innodb_log_block_size=2048
innodb_adaptive_hash_index_partitions=65
skip-name-resolve
wsrep_provider=/usr/lib/libgalera_smm.so
wsrep_cluster_address=gcomm://db1,db2,db3,web1
wsrep_node_address=db3
default_storage_engine=InnoDB
wsrep_cluster_name=data
wsrep_sst_auth="<<filled out correctly>"
binlog_format=ROW
innodb_locks_unsafe_for_binlog=1
innodb_autoinc_lock_mode=2
wsrep_sst_method=xtrabackup-v2
log_slow_admin_statements=1
log_slow_rate_limit=1
sort_buffer_size = 512K
concurrent_insert = 2
让我知道您认为我还需要什么。我可能会提到群集中的某些节点与主数据库服务器的强度不同。从技术上讲，web1数据库是最强大的，但大多数工作是在3 ...完成的，我已经为你展示了配置..并且所有这些都运行了一个非常相似的配置。你可以告诉我根本不关心ACID的合规性。