Указание размера tmpdb в mysql

max_heap_table_size – максимальный размер любой таблицы на MEMORY, tmp_table_size – максимальный размер временной таблицы, не может быть больше, чем max_heap_table_size.

[mysqld]
skip_name_resolve
open-files-limit = 8192
bind-address = 192.168.1.0
log-error = /var/log/mysql/error.log
tmpdir = /var/mysql-tmp
performance_schema = ON
max_connections = 3000
connect_timeout = 5
wait_timeout = 5400
max_allowed_packet = 16M
thread_cache_size = 128
sort_buffer_size = 4M
bulk_insert_buffer_size = 16M
event_scheduler = ON
tmp_table_size = 64M

max_heap_table_size = 64M

transaction-isolation = READ-COMMITTED
ignore-db-dirs = lost+found

Эти параметры были прописаны, и всё равно мониторинг орёт, что в директорию /var/mysql-tmp, мускул периодически пишет/удаляет временные файлы сверх этого лимита.

Это размеры каждой отдельной MEMORY-таблицы, их может быть сколько угодно много.

А возможно прописать параметр innodb_temp_data_file_path там же для максимального размера?

А причём тут ibtmp1?
Суммарный размер не отконтролировать, потому что тогда непонятно, что СУБД вообще должна делать, когда ей нужна материализация. Отказываться выполнять запрос? Падать?
Ищи причину того, почему так много временных таблиц делается. Возможно, соединения без индексов или ещё что.

Есть идеи, как бы ты проверил, что туда сыпится? Также логи проверял там пусто.

Я бы обратил взор на SHOW STATUS LIKE '%tmp%'; и на SHOW STATUS LIKE '%full_%join%';.

Теперь осталось понять какая херь заставила муцкуля насоздавать столько дерьма. Есть запросы с ENGINE MEMORY?

Благодарю за ответ.

В SHOW STATUS LIKE '%tmp%'; Показывает

Variable_name | Value
Created_tmp_files | 4232

Созданных tmp файлов 4232 нехило..

По остальным значением по нулям

Также SHOW STATUS LIKE '%full_%join%';
Variable_name | Value
Select_full_join | 0
Select_full_range_join | 0

Данная машинка находится в репликации, в слэйве, может поэтому столько дерьма навалило. Отдельный каталог под /tmp создан на 30Gb, но всё равно постоянно орёт мониторинг, что забивает место на 95% то отпускает

находится в репликации, в слэйве

А полностью картина маслом какая? Сколько мастеров, сколько слейвов? Вводились ли сразу или постепенно?

Один мастер, один слэйв. Вводились сразу. Работает без лагов.

Короче, сильно (ну или для начала не сильно) уменьши значения для опций из этого коммента: Указание размера tmpdb в mysql (комментарий)

и посмотри как поменяется нагрузка на этого слейва и сколько он теперь будет создавать этих тмп таблиц в количестве и вообще помониторь что изменится в его поведении.

Кстати, у нас вообще тупо два мастера и всё. Нет, я за них не отвечаю и поэтому конкретики не скажу.

Есть идеи ещё как возможно проверить, откуда столько tmp файлов созданных, не ломая репликацию? Или может докинуть место на раздел, чтобы полегчало.

Какие возможно уменьшить параметры? Репликация не поломается после корректировок?