Оплаченный объем хранилища в нашем кластере Aurora RDS MySQL увеличился с 70 ГБ до 1200 ГБ за несколько часов, и он просто не уменьшается.
Премиум-поддержка AWS кажется невежественной. Они заставили нас увеличить версию Aurora RDS MySQL 5.7 с 2.09.1 до 2.10.0, заявив, что в текущей версии есть ошибка, и при перезагрузке место должно освободиться. Мы выполнили обновление, вручную перезагрузили кластер после обновления, но это не повлияло на оплачиваемое объемное хранилище.
Пространство, фактически используемое нашей базой данных приложения, составляет 69 ГБ, включая индексы. Свободное пространство в этой базе данных составляет 15 ГБ, поэтому общее используемое пространство должно составлять ~ 85 ГБ.Бинарных логов нет, временных таблиц, реплики тоже не используем (это одноузловой кластер).
SELECT table_schema «Имя базы данных», сумма (длина_данных + длина_индекса) / 1024/1024/1024 «Занятое пространство в ГБ», сумма (свободные_данные)/1024/1024/1024 «Свободное пространство в ГБ», сумма (длина_данных + длина_индекса + свободное пространство ) / 1024 / 1024 / 1024 "Общий размер базы данных в ГБ" FROM information_schema.TABLES GROUP BY table_schema;
| Имя базы данных | Занятое пространство в ГБ | Свободное место в ГБ | Общий размер базы данных в ГБ |
+----------------------------------+---------+----- ----------------------------+---------------------------+
| информационная_схема | 0,000198364258 | 0,875976562500 | 0,876174926758 |
| приложение920 | 69.161712646484 | 15,512695312500 | 84.674407958984 |
| MySQL | 0,019073486328 | 925.045898437500 | 925.064971923828 |
| представление_схема | 0,000000000000 | 0,000000000000 | 0,000000000000 |
| система | 0,000015258789 | 21.512695312500 | 21.512710571289 |
+----------------------------------+---------+----- ----------------------------+---------------------------+
5 рядов в сете (0,05 сек)
Время внезапного всплеска 26 июня совпадает с окном обслуживания, которое мы установили для этого кластера (это наше ночное время, когда нет трафика). Мы подозреваем, что что-то пошло не так во время технического обслуживания. Наше приложение не использует внутренние базы данных, такие как mysql. С нашей стороны также не было внесено никаких изменений в схему.
Мы хотим понять, что заставило Volume Bytes Used стать таким высоким здесь и как этого избежать?
