Иногда в нашей производственной среде возникает ситуация, когда соединение между службой (которая представляет собой программу Python, использующую MySQLdb) и сервером mysql нестабильно, некоторые пакеты теряются, происходит некоторая черная магия и .execute () объекта MySQLdb.Cursor никогда не заканчивается (или принимает много времени до конца).
Это очень плохо, потому что это пустая трата потоков сервис-воркеров. Иногда это приводит к исчерпанию пула рабочих, и служба вообще перестает отвечать.
Итак, вопрос: есть ли способ прервать операцию MySQLdb.Connection.execute по прошествии заданного времени?






если связь представляет собой такую проблему, подумайте о написании «прокси», который принимает ваши SQL-команды через нестабильное соединение и передает их серверу MySQL по надежному каналу (возможно, работает на том же компьютере, что и сервер MySQL). Таким образом, у вас есть полный контроль над обнаружением сбоев и повторными попытками.
Вам нужно точно проанализировать, в чем проблема. Соединения MySQL в конечном итоге должны истекать по таймауту, если сервер отсутствует; Сообщения поддержки активности TCP обычно включены. Вы можете настроить таймауты TCP на уровне ОС.
Если база данных «нестабильная», то вам определенно нужно выяснить, как это сделать. Кажется маловероятным, что проблема действительно в базе данных, более вероятно, что проблема связана с сетью между ними.
Если вы используете (некоторые) брандмауэры с отслеживанием состояния любого типа, возможно, они теряют часть состояния, что приводит к тому, что в остальном хорошие долгоживущие соединения выходят из строя.
Возможно, вы захотите изменить параметр тайм-аута простоя в MySQL; в противном случае долгоживущее неиспользуемое соединение может стать «устаревшим», когда и сервер, и клиент думают, что оно все еще живо, но какой-то промежуточный сетевой элемент с отслеживанием состояния «забыл» о TCP-соединении. Приложение, пытающееся использовать такое «устаревшее» соединение, будет долго ждать, прежде чем получит сообщение об ошибке (но в конечном итоге должно).