feat(db): TTL + per-account count eviction for notes_cache

[hitalin]

Summary

notes_cache テーブルに TTL + per-account 件数上限の eviction を実装し、auto_vacuum=INCREMENTAL で free page を段階的にディスクへ返却する。

Why

これまで cleanup_cache() は no-op で、notes_cache は無制限に肥大化する設計だった (db.rs:497 で "kept indefinitely" と明示)。長期利用で DB が GB オーダーまで成長し、起動時の DB open / mmap が重くなる問題があった。

ヘビーユーザー試算: 1000 ノート/日 × 5KB ≒ 5MB/日 → 1 年で 1.8GB + FTS5 trigram index で更に +30〜50%。mmap 上限 256MB を超えると性能劣化。

Design

Eviction (2 段階)

1. TTL: cached_at < now - 90 days の行を削除。cached_at は INSERT/UPDATE で都度 now に上書きされるので「最後に観測されてから N 日経過」を意味する。
2. Per-account hard cap: アカウントごとに最新 50000 件を残し、それ以外を削除。SQLite 3.25+ の window function (ROW_NUMBER() OVER (PARTITION BY account_id ORDER BY cached_at DESC)) で 1 クエリで評価。

notes_fts (FTS5 trigram) は content='notes_cache' で連動しており、AFTER DELETE トリガーで自動的に掃除される。

VACUUM

• auto_vacuum=INCREMENTAL を Database::open で保証。既存 DB の場合は初回 VACUUM が 1 度走る (SQLite 仕様)。
• 起動時に PRAGMA incremental_vacuum(1000) で最大 1000 ページを返却。コストは数ミリ秒オーダー。

Constants

const PER_ACCOUNT_NOTE_LIMIT: i64 = 50_000;
const NOTES_TTL_DAYS: i64 = 90;
const INCREMENTAL_VACUUM_PAGES_PER_BOOT: i64 = 1000;

テスト用に cleanup_cache_inner(per_account_limit, ttl_days) を private に分離し、小さい閾値で挙動を pin できるようにした。

Test plan

• cargo test --lib db:: で 24 件 全 pass (新規 6 件)
  • cleanup_removes_notes_older_than_ttl
  • cleanup_caps_per_account_count
  • cleanup_per_account_independent
  • cleanup_no_op_when_under_limits
  • auto_vacuum_mode_is_incremental_after_open
  • incremental_vacuum_step_runs_without_error
• cargo build 通過
• 既存テストへの影響なし

Out of scope

• notedeck 側で cache_stats() を表示 + 手動クリアボタン UI を別 PR で追加予定
• 設定可能化 (DatabaseConfig struct) は API 破壊変更になるため、必要になったら別 PR