ci(tradein): гейт невалидных индексов — деплой ловил их уже на проде
All checks were successful
CI Trade-In / changes (pull_request) Successful in 7s
CI / changes (pull_request) Successful in 10s
CI / backend-tests (pull_request) Has been skipped
CI / frontend-tests (pull_request) Has been skipped
CI / openapi-codegen-check (pull_request) Has been skipped
CI Trade-In / browser-tests (pull_request) Successful in 59s
CI Trade-In / frontend-checks (pull_request) Successful in 1m5s
CI Trade-In / backend-tests (pull_request) Successful in 4m53s
All checks were successful
CI Trade-In / changes (pull_request) Successful in 7s
CI / changes (pull_request) Successful in 10s
CI / backend-tests (pull_request) Has been skipped
CI / frontend-tests (pull_request) Has been skipped
CI / openapi-codegen-check (pull_request) Has been skipped
CI Trade-In / browser-tests (pull_request) Successful in 59s
CI Trade-In / frontend-checks (pull_request) Successful in 1m5s
CI Trade-In / backend-tests (pull_request) Successful in 4m53s
Оборванный CREATE INDEX CONCURRENTLY оставляет индекс с indisvalid=false: планировщик им не пользуется, ошибки нет, а re-run миграции с IF NOT EXISTS видит его как существующий и молча пропускает. До сих пор это ловил только шаг 3b деплоя — то есть после раскатки на прод, ценой красного деплоя и ручного DROP INDEX CONCURRENTLY в окне. Тот же запрос теперь стоит в CI сразу после сборки схемы из 252 миграций. Проверка в деплое ОСТАЁТСЯ: CI собирает схему с нуля и по построению не может воспроизвести оборванный CIC на живой базе — это разные детекторы, не дубликаты. CI ловит миграцию, которая рождает невалидный индекс из чистой схемы; деплой ловит след аварии на проде. Оба пути проверены на реальной базе (prod tradein-postgres): штатный предикат → invalid=0, гейт зелёный; инвертированный → 358, ветка падения срабатывает и печатает список idx/tbl. Refs #2990
This commit is contained in:
parent
37cb61da85
commit
4ef8bc818b
1 changed files with 25 additions and 0 deletions
|
|
@ -191,6 +191,31 @@ jobs:
|
|||
done
|
||||
echo "✓ схема собрана: $(docker exec "$CI_PG" psql -U tradein -d tradein -tAc \
|
||||
"SELECT count(*) FROM information_schema.tables WHERE table_schema='public'") таблиц"
|
||||
# Гейт невалидных индексов (#2990). Оборванный CREATE INDEX CONCURRENTLY
|
||||
# оставляет индекс с indisvalid=false: планировщик им не пользуется,
|
||||
# ошибки нет, а re-run миграции с IF NOT EXISTS видит его как
|
||||
# существующий и молча пропускает. Тот же запрос стоит в деплое
|
||||
# (deploy-tradein.yml, шаг 3b) — там он ловит битые индексы на живом
|
||||
# проде; здесь он ловит миграцию, которая рождает невалидный индекс
|
||||
# прямо из чистой схемы, до раскатки.
|
||||
invalid=$(docker exec "$CI_PG" psql -U tradein -d tradein -tAc "SELECT count(*)
|
||||
FROM pg_index i
|
||||
JOIN pg_class c ON c.oid = i.indexrelid
|
||||
JOIN pg_namespace n ON n.oid = c.relnamespace
|
||||
WHERE NOT i.indisvalid
|
||||
AND n.nspname NOT IN ('pg_catalog', 'information_schema')") \
|
||||
|| { echo "::error::не удалось прочитать pg_index"; exit 1; }
|
||||
if [ "${invalid:-0}" != "0" ]; then
|
||||
echo "::error::после применения миграций невалидных индексов: $invalid"
|
||||
docker exec "$CI_PG" psql -U tradein -d tradein -c "SELECT i.indexrelid::regclass AS idx, i.indrelid::regclass AS tbl
|
||||
FROM pg_index i
|
||||
JOIN pg_class c ON c.oid = i.indexrelid
|
||||
JOIN pg_namespace n ON n.oid = c.relnamespace
|
||||
WHERE NOT i.indisvalid
|
||||
AND n.nspname NOT IN ('pg_catalog', 'information_schema')" 2>&1 || true
|
||||
exit 1
|
||||
fi
|
||||
echo "✓ невалидных индексов нет"
|
||||
|
||||
- name: Install uv
|
||||
# Официальный standalone-инсталлер. НЕ astral-sh/setup-uv — он ломается
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue