Безопасно ли усечь таблицу browser_pageview_events_backup после миграций сентября 2026 года?

Поддержка
1

Привет,

После обновления Discourse я заметил, что миграции за сентябрь 2026 года создали две таблицы резервных копий:

  • browser_pageview_events_backup
  • browser_pageview_event_scores_backup

В моей самохостинговой инстансе Discourse таблица browser_pageview_events_backup в настоящее время содержит 2 869 175 записей и занимает 902 МБ.

Записи охватывают период с 11 июля по 21 сентября 2026 года, новых записей с тех пор не добавлялось.

Я проверил соответствующие миграции:

  • 20260910030404_archive_duplicated_legacy_browser_pageview_events.rb
  • 20260910030427_archive_piggyback_browser_pageviews_after_beacon_cutover.rb

Похоже, эти миграции архивировали дублирующиеся устаревшие события просмотра страниц и события, зафиксированные после переключения на Beacon.

Я также просмотрел код приложения и не нашёл никаких ссылок на эти таблицы резервных копий, кроме как в миграциях и схеме базы данных.

У меня есть несколько вопросов:

  1. Можно ли безопасно выполнить TRUNCATE для этих таблиц резервных копий теперь, когда миграции завершены?
  2. Нужны ли эти архивные записи ещё для какой-либо отчётности, восстановления или будущих миграций?
  3. Планируется ли автоматическая очистка этих таблиц резервных копий через определённый промежуток времени?

Я бы предпочёл сохранить структуру таблиц, освободив при этом место на диске.

Спасибо!

4 лайка