Экземпляр Google Cloud SQL находится в «режиме обслуживания» очень долгое время.

Я столкнулся с проблемой управляемого / облачного SQL, когда экземпляр неожиданно (также вне установленного периода обслуживания) перешел в режим обслуживания и оставался недоступным более 10 часов.

Ниже приведены некоторые подробности:

• MySQL второго поколения с размером базы данных около 180 гигов;

• Низкая загрузка ЦП, низкое количество подключений;

• соединения кажутся принятыми, но затем немедленно отклоняются с помощью: ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 2

• Невозможно остановить / перезапустить или изменить экземпляр (так как он находится в режиме обслуживания). Большинство элементов управления на странице облачной консоли Google для этого экземпляра SQL отключены.

• Похоже на ночное резервное копирование, которое было пропущено ночью, когда оно перешло в режим обслуживания

• Журналы Mysql не показывают ничего подозрительного, т.е. запускается page_cleaner (но я не являюсь экспертом в разборе журналов mysql)

Еще одна вещь, которая вызывает подозрение, - это размер базы данных, которая "не была сокращена", которая, кажется, обновляется регулярно каждую ночь - вероятно, из-за пропущенной очистки двоичных журналов?

Это сообщение об ошибке сервера может быть связано с моей проблемой, но я не уверен. Что мне не нравится, так это то, что есть решение - отбросить базу данных и создать ее по-новому. Это не вариант для нас, так как у нас есть производственные данные, а резервное копирование было пропущено из-за этой проблемы из-за отставания в один день. - https://stackoverflow.com/questions/49424706/google-cloud-sql-instance-always-in-main maintenance-status-binary-logs-issue