- 12, May 2024
- #1
Новая учетная запись генерирует очень высокую нагрузку MySQL и огромные двоичные журналы, что влияет на общую нагрузку на сервер.
Влияние на сервер кажется выше, чем использование учетной записи. Просматривая таблицу USER_STATISTICS MariaDB из Information_schema (включенный плагин), сравнивали использование этой учетной записи со следующим крупным пользователем в различных строках:
Есть сайты, регистрирующие в 3 раза больше соединений и меньшую нагрузку, поэтому проблема связана с конкретными запросами из этого аккаунта.
Включен режим «все» в MySQL губернаторе, поэтому учетные записи всегда находятся в LVE, обновлен до 10.3.20-MariaDB, оптимизирована конфигурация двоичных журналов:
binlog_row_image = МИНИМАЛЬНЫЙ
binlog_annotate_row_events = ВЫКЛ.
binlog_format = СМЕШАННЫЙ
max_binlog_size = 512M
log_bin_compress = 1
В учетной записи не показано использование большего количества ЦП, чем выделено в CloudLinux (100 % означает 1 ядро), но влияние на сервер велико: MySQL остается на уровне 80 %, а общая загрузка сервера составляет около 5/8.
Двоичные журналы были включены для надежности, потому что иногда MySQL не может восстановиться без ручного вмешательства, показывая «[ОШИБКА] Невозможно инициализировать журнал tc». Также будет дольше оценивать текущую версию MariaDB.
Отключение двоичных журналов, по-видимому, не влияет на производительность (аналогично нагрузке на MySQL и сервер), но уменьшит дополнительную нагрузку, связанную с записью десятков ГБ данных в день.
Как обеспечить оплаченные ресурсы этой учетной записи (начальный план с 1 ядром ЦП и 2 ГБ памяти), одновременно защитив сервер от более сильного воздействия?
Есть ли еще предложения по оптимизации нагрузки и балансировке ресурсов/ограничений?
Влияние на сервер кажется выше, чем использование учетной записи. Просматривая таблицу USER_STATISTICS MariaDB из Information_schema (включенный плагин), сравнивали использование этой учетной записи со следующим крупным пользователем в различных строках:
- CPU_TIME в 12 раз выше
- BYTES_RECEIVED 3x
- БАЙТЫ_ОТПРАВЛЕНО 6x
- BINLOG_BYTES_WRITTEN 36x (получение логов 20Гб за 1 день)
Есть сайты, регистрирующие в 3 раза больше соединений и меньшую нагрузку, поэтому проблема связана с конкретными запросами из этого аккаунта.
Включен режим «все» в MySQL губернаторе, поэтому учетные записи всегда находятся в LVE, обновлен до 10.3.20-MariaDB, оптимизирована конфигурация двоичных журналов:
binlog_row_image = МИНИМАЛЬНЫЙ
binlog_annotate_row_events = ВЫКЛ.
binlog_format = СМЕШАННЫЙ
max_binlog_size = 512M
log_bin_compress = 1
В учетной записи не показано использование большего количества ЦП, чем выделено в CloudLinux (100 % означает 1 ядро), но влияние на сервер велико: MySQL остается на уровне 80 %, а общая загрузка сервера составляет около 5/8.
Двоичные журналы были включены для надежности, потому что иногда MySQL не может восстановиться без ручного вмешательства, показывая «[ОШИБКА] Невозможно инициализировать журнал tc». Также будет дольше оценивать текущую версию MariaDB.
Отключение двоичных журналов, по-видимому, не влияет на производительность (аналогично нагрузке на MySQL и сервер), но уменьшит дополнительную нагрузку, связанную с записью десятков ГБ данных в день.
Как обеспечить оплаченные ресурсы этой учетной записи (начальный план с 1 ядром ЦП и 2 ГБ памяти), одновременно защитив сервер от более сильного воздействия?
Есть ли еще предложения по оптимизации нагрузки и балансировке ресурсов/ограничений?
![[landing-page5.cc] 227 премиум шаблонов Landing Page](/assets/images/icons/forum1.png){kind=icon}
