Сначала разделите ожидание соединения, сеть, блокировки и собственно выполнение SQL. Низкий CPU не исключает задержки из-за пула, диска или locks; откат без локализации может не помочь.
После развертывания в Kubernetes p95 запросов к PostgreSQL вырос с 40 до 900 мс, хотя CPU базы не перегружен. Откат релиза затронет важные исправленные сценарии: что проверишь первым и почему?
Сначала разделите ожидание соединения, сеть, блокировки и собственно выполнение SQL. Низкий CPU не исключает задержки из-за пула, диска или locks; откат без локализации может не помочь.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Сначала разделите ожидание соединения, сеть, блокировки и собственно выполнение SQL. Низкий CPU не исключает задержки из-за пула, диска или locks; откат без локализации может не помочь.
Сравните настройки и число Pod до/после релиза, размеры пулов, частоту открытия соединений и latency до БД. Проверьте wait events, долгие транзакции и изменения планов запросов. Отдельно выясните, что именно измеряет p95: ORM-вызов целиком или серверное SQL-время. Если найдено исчерпание пула или лавина подключений, ограничьте нагрузку и исправьте конфигурацию. Решение об откате принимайте по влиянию и риску, сохраняя важные исправления, где возможно.