Перестаньте выкручивать значения до неимоверных величин не разбираясь, на что это вообще влияет.
read_buffer_size = 196M
read_rnd_buffer_size = 196M
https://www.percona.com/blog/2007/09/17/mysql-what...sort_buffer_size = 196M
innodb_sort_buffer_size = 64M
https://www.percona.com/blog/2007/08/18/how-fast-c...
Если коротко, то там написано, что нужно тестировать конкретно ваши запросы на конкретно ваших данных с разными значениями sort_buffer, чтобы найти оптимальное значение. Внезапно оно может оказаться очень небольшим.
join_buffer_size = 32M
On Linux, there are thresholds of 256KB and 2MB where larger values may significantly slow down memory allocation, so you should consider staying below one of those values. Experiment to find the best value for your workload
https://dev.mysql.com/doc/refman/8.0/en/server-sys...max_heap_table_size = 1024M
tmp_table_size = 16384M
https://dev.mysql.com/doc/refman/8.0/en/server-sys...
https://dev.mysql.com/doc/refman/8.0/en/internal-t... - тут написано при каких условиях временные таблицы на диске будут создаваться вне зависимости от того, на сколько вы выкрутите tmp_table_size
max_user_connections = 6000
max_connections = 18000
Мне кажется это дичь и вам надо на порядок меньше подключений, но тут надо подождать вывода mysqltuner.
На сколько нормальным решением делать бэкап через mysqldump с quick и без блокировки на сервак морды каждые 2 часа
Раз уж у вас все таблицы innodb, то стоит посмотреть в сторону xtrabackup
