Критические события AWS RDS_47_replica

#mysql #amazon-web-services #amazon-rds #amazon-aurora #aws-rds-data-service

Вопрос:

Если есть способы настроить RDS для лучшего масштабирования в течение ( таймфрейм (1:20 вечера по восточному времени — 1:50 вечера по восточному времени))этих периодов повышенного использования; или если нам понадобится дополнительная реплика? БД выполнялась в течение этого периода времени (1:20 вечера по восточному времени — 1:50 вечера по восточному времени)

 MySQL Host: mysql-dec-47-replica.comhjpbnmlkq.us-east-1.rds.amazonaws.com
Name    Currently running threads
Group   Current Connections
Type    Critical
Threshold   200
Value   900
 

Совет Если база данных перегружена, вы получите увеличенное количество
выполняемых запросов. Случайные всплески в порядке в течение очень короткого периода
времени. Слишком много активных потоков указывают на то, что:

  1. MySQL занимает слишком много времени для обработки ваших запросов.
  2. Вы постоянно извлекаете/обновляете большие наборы данных. Убедитесь, что запросы настроены на использование индексов. Выполнить ПОКАЗАТЬ ПОЛНЫЙ СПИСОК ПРОЦЕССОВ поиска запросов, которые постоянно блокируются. Попробуйте изолировать длительные запросы, включив журнал медленных запросов.
 Name    Seconds behind master
Group   Replication
Type    Warning
Threshold   60
Value   63
 

Совет Это значение полезно только в том случае, если сеть между ведомым и
ведущим устройством работает быстро. Если сеть работает быстро, выясните, почему этот сервер
так сильно отстает от главного. Иногда другие процессы на ведомом устройстве могут
повлиять на сервер MySQL. Попробуйте улучшить связь между
Ведущим и ведомым устройством. Это значение также может быть очень высоким, если ведомое
устройство не смогло подключиться к ВЕДУЩЕМУ в какой-то момент времени. В этом случае
раб в конце концов догонит хозяина

Есть ли мониторинг, который мы могли бы включить для изменения этого ранее, либо в RDS, либо в CloudWatch?

Комментарии:

1. Пожалуйста, запросите дополнительную информацию у вашего ведомого сервера. Размер оперативной памяти, # ядер, любые устройства SSD или NVME на хост-сервере MySQL? Сообщение на pastebin.com и делитесь ссылками. Из вашего корневого имени входа SSH Текстовые результаты: A) ВЫБЕРИТЕ COUNT(*) ИЗ information_schema.tables; B) ПОКАЖИТЕ ГЛОБАЛЬНЫЙ СТАТУС; как минимум через 24 часа БЕСПЕРЕБОЙНОЙ работы C) ПОКАЖИТЕ ГЛОБАЛЬНЫЕ ПЕРЕМЕННЫЕ; D) ПОКАЖИТЕ ПОЛНЫЙ СПИСОК ПРОЦЕССОВ; G) ПОКАЖИТЕ СОСТОЯНИЕ INNODB ДВИГАТЕЛЯ; для анализа настройки рабочей нагрузки сервера, чтобы предоставить предложения.