5.7 с асинхронной репликацией под высокой (20k+ QPS) нагрузкой ничего не зааффектит? Практический опыт приветствуется!
На практике не применял, но учитывая что вся performance_schema находится в памяти, сбор метрик осуществляется непрерывно не смотря на ошибки и никак не влияет(кроме снижения производительности) на работу самого сервера, от я был бы практически уверен, что ничего не заафектит. В коде процедуры происходит простой TRUNCATE в цикле по всем таблицам: SET @truncate_stmt := CONCAT('TRUNCATE TABLE performance_schema.', v_ps_table); IF in_verbose THEN SELECT CONCAT('Running: ', @truncate_stmt) AS status; END IF; PREPARE truncate_stmt FROM @truncate_stmt; EXECUTE truncate_stmt; DEALLOCATE PREPARE truncate_stmt; Я бы на крайняк протестил бы в ручную выполнил бы TRUNCATE на какой нибудь большой табличке типа table_io_waits_summary_by_index_usage. По идее как раз одной из причин создания performance_schema было избежать критических блокировок
Доброго дня, а есть гайд/примеры конфигов с настройками my.cnf под высокой нагрузкой? У нас в 6 утра приходит скрипт, который сразу много селектит+инсертит, что вешает репликацию примерно на 6-7 тысяч секунд, и нужно ещё столько же секунд, чтобы слейв догнал мастера
Но мы не можем угадать конфиг вашего сервера, и ваш текущий конфиг mysql, mysqltuner попробуйте
Ещё прикольно такие большие изменения делить на небольшие батчи
https://pastebin.com/GJfjVVAx
Обсуждают сегодня