Форум

[QUOTE]Nikolay Ryzhonin написал:
Значительно эффективней указать в качетсве папки папку подключенную в память.
[/QUOTE]

так она и подключена:


[QUOTE]Sergey Lubenin написал:
tmpdir= /tmp[/QUOTE]

mount:
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,size=1G)



[QUOTE]Nikolay Ryzhonin написал:
так как это не очень эффективно[/QUOTE]

эт понятно, но видимо обычные запросы, выполняющиеся в админке битрикса просят много group by и прочего, что начинают не влезать в tmp_table 512Mb?
И это без нагрузки.


[QUOTE]Nikolay Ryzhonin написал:
Если у вас нет как таковой нагрузки на проект то и ориентироваться на собранную статистику не правильно[/QUOTE]

ну, скажем так, на полностью аналогичном железе и конфигурации на другом проекте (каталог ~10000 товаров), удалось достич 150-180 rps без падений.
Но почему оно не влазит в 512mb?

[I][B]If an in-memory temporary table exceeds the limit[/B], MySQL [B]automatically converts it to an on-disk table[/B]. Increase the value of tmp_table_size (and max_heap_table_size if necessary) if you do [B]many advanced GROUP BY queries and you have lots of memory[/B]. [/I]

Т.е. не пойму, почему оно лезет на диск при 512M (хоть и примонтированный в RAM), если ему должно хватать, как вы пишите 128M.

[QUOTE]Nikolay Ryzhonin написал:
+ посмотреть, что же у вас за запросы выполняются на сервере
[/QUOTE]
только запросы админки битрикса. Голого битрикса.


[QUOTE]Nikolay Ryzhonin написал:
Вам надо изменить следующее

tmp_table_size=512M => 128M
max_heap_table_size=512 => 128M
[/QUOTE]
а почему? он же просит увеличить...


[QUOTE]Nikolay Ryzhonin написал:
Также кешь лучше переложить в memcached подключаемый через сокет. Просто складывать в память не оптимально.[/QUOTE]
можете пояснить почему? На прошлом проекте складывал именно в память, и это давало прирост от мемкеша. Опять-же, нет затрат на установление соединения с memcached... Разве что контролировать выделенный объем tmpfs под кэш пришлось - но это разрулили.
[QUOTE]Sergey Lubenin написал:
table_open_cache           = 40000
[/QUOTE]
вопрос открыт.


Спасибо.

Параметры системы:
сервер: hetzner ex-40 ssd
[B]Intel® Core™ i7-4770
Quad-Core Haswell
incl. Hyper-Threading Technology
[/B][LIST]
[*]RAM [B]32 GB DDR3 RAM[/B]
[*]Hard Drive[B]2 x 240 GB SATA 6 Gb/s SSD[/B]
[B](Software-RAID 1)[/B]
[/LIST]Лучше наверное вопрос адресовать тем, кто делает vm-bitrix. Хотя у нас свой вариант на ubuntu и без apache (nginx+php-fpm).

Сервер свежий, кроме битрикса на нем ничего нет. База 1.

Раздел[B] tmp mysql смонтирован в /tmp, который в свою очередь смонтирован в tmpfs (RAM)[/B]
[B]Вместо mysql установлена percona server 5.6.[/B]

Хранение кэша на диске, но тоже смонтировано в tmpfs. Работает быстрее чем подключение к memcache.

[B]Эти 2 сообщения в панели производительности по БД все время вызывают недоумение:[/B]

[B]Временные таблицы (диск) 37.02%[/B]
Процент временных таблиц потребовавших создание на диске (Created_tmp_disk_tables / (Created_tmp_tables + Created_tmp_disk_tables)). Процент более 30% и требуется увеличить параметры tmp_table_size (текущее значение: 512 МБ) и max_heap_table_size (текущее значение: 512 МБ). Убедитесь, что значения этих параметров равны. Так же возможно требуется сократить количество SELECT DISTINCT запросов без LIMIT.
---
[B]512mb ему мало????!!!! для heap?[/B]

Дальше вообще какое-то недоразумение:

[B]Кеш открытых таблиц 19.84%[/B]
Эффективность кеша открытых таблиц (Open_tables / Opened_tables). Если значение эффективности менее 20%, то требуется увеличить значение параметра table_open_cache (текущее значение: 40000). Увеличивайте параметр постепенно чтобы избежать превышения лимитов на количество одновременно открытых файлов в операционной системе.

[B]40000 Мало?[/B] САЙТ ПУСТОЙ, с чистой установкой. В каталоге пусто.
Битрикс выдает около 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
[B]tmpdir= /tmp
[/B][B]#tmpfs!!![/B]
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

[B]table_open_cache = 40000[/B]

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

[B]innodb_buffer_pool_size = 4G[/B]
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
[B]tmp_table_size=512M[/B]
join_buffer_size=12M
[B]max_heap_table_size=512M[/B]
innodb_flush_method=O_DIRECT
transaction-isolation=READ-COMMITTED

[mysqldump]
quick
quote-names
max_allowed_packet= 16M

[isamchk]
key_buffer= 128M