Практическая проверка Python 3.15 RC1: как безопасно проверить dbm или shelve reorganize после массового удаления без риска потерять ключи. Изолированный fixture, отрицательный контроль, таблица наблюдений, критерий остановки и безопасный пакет для поддержки.
Граница изменения: как проверить reclaim места через dbm и shelve reorganize
Python 3.15 добавляет reorganize() в dbm.dumb, dbm.sqlite3 и shelve для возврата свободного места после удалений; исходная проблема описана в gh-134004. Это подтверждает интерфейс Python 3.15 RC1, но не наличие проблемы в вашем проекте. Практический риск здесь конкретный: Уменьшение файла само по себе не доказывает целостность. Разные backend могут хранить несколько файлов, а авария во время перестройки требует заранее понятного пути восстановления. Перед опытом запишите версию Python, одну наблюдаемую величину и ожидаемую ветку. RC1 остаётся предварительным выпуском: установите его в отдельный virtual environment или контейнер, не поверх рабочего interpreter. Не переносите в стенд production-конфиги, реальные адреса, tokens, полные environment dumps и пользовательские данные.
Обратимый стенд для gh-134004
Рекомендуемый минимальный опыт: В temp-каталоге создайте базу из детерминированных ключей и значений, сохраните полный список файлов и SHA каждого, удалите фиксированные 70% записей и снимите размер до reorganize. Сделайте копию каталога, вызовите reorganize один раз и заново откройте базу в новом процессе. Все входы должны быть синтетическими, короткими и воспроизводимыми. Каждый вариант получает новый объект, файл или процесс, если cache и global state способны изменить наблюдение. Ограничьте время, размер временных файлов и число повторов заранее; cleanup выполняйте в finally и удаляйте только созданный temp-root. Один запуск показывает конкретный результат, но не частоту проблемы и не готовность всего приложения к миграции.
Контроль и таблица наблюдений
Собирайте строки «backend | файлов до/после | bytes до удаления | bytes до reorganize | bytes после | живых ключей | ошибок чтения». Проверьте каждый оставшийся ключ и отсутствие каждого удалённого, а не только len(). Отрицательный контроль открывает копию до reorganize и доказывает, что сокращение размера связано именно с операцией, а не с закрытием handle. Порядок baseline, target, fresh baseline помогает увидеть загрязнение стенда. Пустое поле не равно нулю, отсутствие исключения не подтверждает правильный результат, а изменение двух независимых параметров сразу лишает опыт диагностической силы. Если повторы расходятся, сохраните все строки и пометьте результат unstable, не выбирая самый удобный прогон.
Зелёный критерий и стоп-линия
Passed допустим только если Все ожидаемые ключи и значения совпали, удалённые не вернулись, база повторно открывается, а размер измерен по всему набору backend-файлов. Экономия места может быть нулевой и не делает тест неуспешным. Статус not reproduced означает лишь отсутствие симптома на этом fixture; blocked — нехватку capability или источника; failed control возвращает проверку к стенду. Стоп-линия: Не запускайте reorganize на единственном экземпляре рабочей базы без совместимой резервной копии, свободного места и проверенного восстановления. Нельзя получать зелёный результат broad except, отключением защиты, увеличением лимита до исчезновения ошибки или повторением до случайного успеха. Любая новая гипотеза получает отдельную строку, а не добавляется задним числом в объяснение уже выполненного опыта.
Минимальный пакет для поддержки
Передайте maintainer только backend, список файлов и размеров, count ключей, SHA до/после копии и результат полного чтения без самих рабочих значений. Добавьте московский timestamp, точную версию 3.15.0rc1, команды воспроизведения и заранее заданный зелёный критерий. Удалите usernames, hostnames, IP, абсолютные домашние пути, токены, cookies, содержимое рабочих файлов и лишние строки журналов. Официальные и первичные источники подтверждают gh-134004 и change boundary, но не подтверждают результат вашего опыта, массовость боли, будущую индексацию или позиции страницы. Такой пакет позволяет повторить одну ветку без раскрытия данных и без смешения соседних причин.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, даты и ссылки перепроверены. Реальные пользовательские данные и вымышленные результаты тестов не использовались.
Источники и проверка
- What’s New in Python 3.15 проверено 2026-08-30
- CPython gh-134004 — DBM vacuuming проверено 2026-08-30
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.