Параметры системы:
сервер: hetzner ex-40 ssd
Intel® Core™ i7-4770
Quad-Core Haswell
incl. Hyper-Threading Technology
Сервер свежий, кроме битрикса на нем ничего нет. База 1.
Раздел tmp mysql смонтирован в /tmp, который в свою очередь смонтирован в tmpfs (RAM)
Вместо mysql установлена percona server 5.6.
Хранение кэша на диске, но тоже смонтировано в tmpfs. Работает быстрее чем подключение к memcache.
Эти 2 сообщения в панели производительности по БД все время вызывают недоумение:
Временные таблицы (диск) 37.02%
Процент временных таблиц потребовавших создание на диске (Created_tmp_disk_tables / (Created_tmp_tables + Created_tmp_disk_tables)). Процент более 30% и требуется увеличить параметры tmp_table_size (текущее значение: 512 МБ) и max_heap_table_size (текущее значение: 512 МБ). Убедитесь, что значения этих параметров равны. Так же возможно требуется сократить количество SELECT DISTINCT запросов без LIMIT.
---
512mb ему мало????!!!! для heap?
Дальше вообще какое-то недоразумение:
Кеш открытых таблиц 19.84%
Эффективность кеша открытых таблиц (Open_tables / Opened_tables). Если значение эффективности менее 20%, то требуется увеличить значение параметра table_open_cache (текущее значение: 40000). Увеличивайте параметр постепенно чтобы избежать превышения лимитов на количество одновременно открытых файлов в операционной системе.
40000 Мало? САЙТ ПУСТОЙ, с чистой установкой. В каталоге пусто.
Битрикс выдает около 100-110 попугаев. Но ситуация с БД напрягает.
вот полный конфиг percona:
-------
[client]
port= 3306
socket= /var/run/mysqld/mysqld.sock
[mysqld_safe]
socket= /var/run/mysqld/mysqld.sock
nice= 0
[mysqld]
user= mysql
pid-file= /var/run/mysqld/mysqld.pid
socket= /var/run/mysqld/mysqld.sock
port= 3306
basedir= /usr
datadir= /var/lib/mysql
tmpdir= /tmp
#tmpfs!!!
lc-messages-dir= /usr/share/mysql
skip-external-locking
bind-address= 127.0.0.1
key_buffer= 16M
max_allowed_packet= 16M
thread_stack= 192K
thread_cache_size = 8
myisam-recover = BACKUP
max_connections = 500
table_open_cache = 40000
query_cache_type=1
query_cache_limit= 16M
query_cache_size = 256M
log_error = /var/log/mysql/error.log
expire_logs_days= 10
max_binlog_size = 100M
innodb_buffer_pool_size = 4G
innodb_additional_mem_pool_size=20M
innodb_file_io_threads=8
innodb_lock_wait_timeout=50
innodb_log_buffer_size=20M
innodb_flush_log_at_trx_commit=0
tmp_table_size=512M
join_buffer_size=12M
max_heap_table_size=512M
innodb_flush_method=O_DIRECT
transaction-isolation=READ-COMMITTED
[mysqldump]
quick
quote-names
max_allowed_packet= 16M
[isamchk]
key_buffer= 128M
сервер: hetzner ex-40 ssd
Intel® Core™ i7-4770
Quad-Core Haswell
incl. Hyper-Threading Technology
- RAM 32 GB DDR3 RAM
- Hard Drive2 x 240 GB SATA 6 Gb/s SSD
(Software-RAID 1)
Сервер свежий, кроме битрикса на нем ничего нет. База 1.
Раздел tmp mysql смонтирован в /tmp, который в свою очередь смонтирован в tmpfs (RAM)
Вместо mysql установлена percona server 5.6.
Хранение кэша на диске, но тоже смонтировано в tmpfs. Работает быстрее чем подключение к memcache.
Эти 2 сообщения в панели производительности по БД все время вызывают недоумение:
Временные таблицы (диск) 37.02%
Процент временных таблиц потребовавших создание на диске (Created_tmp_disk_tables / (Created_tmp_tables + Created_tmp_disk_tables)). Процент более 30% и требуется увеличить параметры tmp_table_size (текущее значение: 512 МБ) и max_heap_table_size (текущее значение: 512 МБ). Убедитесь, что значения этих параметров равны. Так же возможно требуется сократить количество SELECT DISTINCT запросов без LIMIT.
---
512mb ему мало????!!!! для heap?
Дальше вообще какое-то недоразумение:
Кеш открытых таблиц 19.84%
Эффективность кеша открытых таблиц (Open_tables / Opened_tables). Если значение эффективности менее 20%, то требуется увеличить значение параметра table_open_cache (текущее значение: 40000). Увеличивайте параметр постепенно чтобы избежать превышения лимитов на количество одновременно открытых файлов в операционной системе.
40000 Мало? САЙТ ПУСТОЙ, с чистой установкой. В каталоге пусто.
Битрикс выдает около 100-110 попугаев. Но ситуация с БД напрягает.
вот полный конфиг percona:
-------
[client]
port= 3306
socket= /var/run/mysqld/mysqld.sock
[mysqld_safe]
socket= /var/run/mysqld/mysqld.sock
nice= 0
[mysqld]
user= mysql
pid-file= /var/run/mysqld/mysqld.pid
socket= /var/run/mysqld/mysqld.sock
port= 3306
basedir= /usr
datadir= /var/lib/mysql
tmpdir= /tmp
#tmpfs!!!
lc-messages-dir= /usr/share/mysql
skip-external-locking
bind-address= 127.0.0.1
key_buffer= 16M
max_allowed_packet= 16M
thread_stack= 192K
thread_cache_size = 8
myisam-recover = BACKUP
max_connections = 500
table_open_cache = 40000
query_cache_type=1
query_cache_limit= 16M
query_cache_size = 256M
log_error = /var/log/mysql/error.log
expire_logs_days= 10
max_binlog_size = 100M
innodb_buffer_pool_size = 4G
innodb_additional_mem_pool_size=20M
innodb_file_io_threads=8
innodb_lock_wait_timeout=50
innodb_log_buffer_size=20M
innodb_flush_log_at_trx_commit=0
tmp_table_size=512M
join_buffer_size=12M
max_heap_table_size=512M
innodb_flush_method=O_DIRECT
transaction-isolation=READ-COMMITTED
[mysqldump]
quick
quote-names
max_allowed_packet= 16M
[isamchk]
key_buffer= 128M