Я пытаюсь обойти эту проблему, когда mySQL достигает потолка с точки зрения загрузки ЦП / сервера, поскольку спецификации сервера следующие:
Элемент списка
2 x 2,4 ГГц Octa-Core E5-2630 v3 Haswell Xeon
А с приведенной ниже конфигурацией mySQL / MariaDB постоянно загружает процессор на 80–150% и создает значительную нагрузку на сервер.
Любые предложения о том, что я мог бы настроить / включить / отключить / добавить / удалить, чтобы уменьшить нагрузку на ЦП в mySQL, поскольку использование ОЗУ стабильно ниже 25%, но ЦП часто выходит из строя.
[mysqld]
skip_name_resolve = 1
default_storage_engine = InnoDB
log_error = /var/lib/mysql/mysql_log.err
performance_schema = 0
sql_mode = "NO_ENGINE_SUBSTITUTION"
max_allowed_packet = 256M
max_connections = 400
open_files_limit = 10000
wait_timeout = 120
connect_timeout = 120
interactive_timeout = 180
tmpdir = /var/lib/mysql/tmp
tmp_table_size = 256M
max_heap_table_size = 256M
max_tmp_tables = 300
max_statement_time = 60
innodb_strict_mode = OFF
#innodb_file_per_table = ON
slow_query_log = ON
slow_query_log_file = /var/lib/mysql/mysql_slow_queries.log
long_query_time = 10
table_open_cache = 128
table_open_cache_instances = 16
query_cache_type = ON
query_cache_size = 256M
thread_cache_size = 40
query_cache_limit = 300M
key_buffer_size = 3G
join_buffer_size = 512M
max_heap_table_size = 16M
innodb_buffer_pool_size = 64G #80% of system memory?
innodb_log_file_size = 2G
#innodb_log_buffer_size = 1G
innodb_buffer_pool_instances = 12
innodb_file_format = Barracuda
#innodb_max_dirty_pages_pct = 0
#innodb_io_capacity = 400
#innodb_io_capacity_max = 600
#innodb_flush_sync = OFF
innodb_buffer_pool_dump_pct = 80
innodb_flush_log_at_trx_commit = 0 #or 2
sync_binlog = 0
innodb_flush_method = O_DIRECT
innodb_thread_concurrency = 8
innodb_read_ahead_threshold = 8
concurrent_insert = 1
local_infile = 0
group_concat_max_len = 102400
Вот все соответствующие чтения, которые могут помочь лучше понять окружающую среду:
Рекомендации для вашего раздела my.cnf [mysqld]. Скорость в секунду = RPS.
thread_handling=pool-of-threads # from one-thread-per-connection for scalability
max_heap_table_size=512M # from 16M to increase RAM capacity
tmp_table_size=512M # from 256K 2 be = max_heap_table_size and reduce created_tmp_disk_tables
innodb_io_capacity=10000 # from 200 limit for SSD possible RPS
read_buffer_size=256K # from 128K to reduce handler_read_next RPS
read_rnd_buffer_size=192K # from 256K to reduce handler_read_rnd_nxt RPS
aria_pagecache_division_limit=50 # from 100 for WARM cache
key_cache_division_limit=50 # from 100 for WARM cache
innodb_buffer_pool_instances=8 # from 12 for your current data volume
innodb_buffer_pool_size=24G # from 64G to support 11G of data with room to grow
innodb_lru_scan_depth=100 # from 1024 to reduce CPU every SECOND see refman
innodb_thread_concurrency=0 # from 8 see dba.stackexchange Question 5666
для дополнительных предложений просмотрите профиль, сетевой профиль для получения контактной информации, включая Skype ID.
Есть еще много возможностей улучшить производительность вашей системы.
ulimit -n 48000 было бы очень полезно. После тестирования сделайте его постоянным.
Запомните только ОДНО изменение в день, отслеживайте следующее изменение через 24 часа или более. Если какое-либо изменение окажется вредным, сообщите мне @wilsonhauck после удаления его из my.cnf.
Сообщите нам о своем прогрессе через несколько дней.