
DeepSeek, PG_EXPECTO и философская инструкция: тройная диагностика аномалий PostgreSQL (15 -> 17)
pg_expecto 15 минут назад DeepSeek, PG_EXPECTO и философская инструкция: тройная диагностика аномалий PostgreSQL (15 -> 17) Уровень сложности Сложный Время на прочтение 14 мин Охват и читатели 242 PostgreSQL * Кейс...
Anthropic — What company has the best second artificial intelligence model at the end of June?
В сфере искусственного интеллекта произошло заметное событие. pg_expecto 15 минут назад DeepSeek, PG_EXPECTO и философская инструкция: тройная диагностика аномалий PostgreSQL (15 -> 17) Уровень сложности Сложный Время на прочтение 14 мин Охват и читатели 242 PostgreSQL * Кейс Recovery Mode Когда версия виновата… но не совсем. Как две независимые проблемы чуть не убили производительность после апгрейда. Официальное предупреждение (дисклеймер) Настоящая статья подготовлена с использованием технологий искусственного интеллекта.
В частности: — экспериментальные данные обработаны и проанализированы нейросетью; — иллюстративный материал, сопутствующие слоганы, а также предисловие и послесловие сгенерированы нейросетью; — макет статьи редактировался и корректировался нейросетью. Лицам, придерживающимся позиции «ИИ-веганства» (испытывающим устойчивый страх, неприязнь или психологический дискомфорт по отношению к нейросетевым системам), настоятельно не рекомендуется ознакомление с содержанием данной публикации, равно как и участие в её обсуждении, во избежание возможного нанесения вреда психологическому благополучию. После миграции СУБД для «1С:Предприятие» с версии Postgres Pro Enterprise 15.
Технические детали
1 на версию Postgres Pro Enterprise 17. 2 возник неожиданный дефицит дисковой подсистемы: показатель iowait резко возрос, процессорное время выполнения запросов увеличилось в несколько раз, при этом штатные диагностические отчёты не позволили установить непосредственную причину. Предпринятое расследование, длившееся несколько недель, выявило не регрессионное нарушение в целевой версии, а две независимые проблемы: во-первых , ошибку планировщика, индуцированную активированным по умолчанию параметром planner_upper_limit_estimation = on и усугублённую совместным влиянием autoprepare_threshold и отключённого online_analyze ; во-вторых , классическое истощение буферного кэша при фиксированном значении shared_buffers на фоне возросшей рабочей нагрузки.
В статье представлена хронология диагностических мероприятий, опиравшихся на инструмент pgpro_pwr , методологию PG_EXPECTO и верификацию с привлечением нейросетевых моделей , а также приведены конкретные параметры конфигурации, рекомендуемые к проверке администраторам, планирующим или уже осуществившим аналогичное обновление. Для диагностики использовались: pgpro_pwr — расширение для сбора и анализа статистики производительности PostgreSQL, формирующее детальные отчёты по нагрузке, ожиданиям, планам запросов; PG_EXPECTO — доменная методология анализа, предписывающая проверять внутреннюю согласованность метрик, разделять подтверждённые факты и гипотезы, явно указывать границы применимости выводов; философская инструкция для нейросетевой модели DeepSeek, обеспечивающая эпистемическую честность: каждый вывод снабжался уровнем достоверности («Подтверждено данными», «Вероятно, но требует проверки», «Предположение», «Невозможно оценить»). Коллекция промптов для нейросети DeepSeek (на русском языке), предназначенных для анализа и оптимизации производительности СУБД PostgreSQL .
Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.





