Security / DevTools / Open Source
Codex logs_2.sqlite TRACE 高頻寫盤：先診斷，不要盲目用 trigger 擋 log
Threads 提到筆電變慢可能與 Codex 的 logs_2.sqlite TRACE 日誌高頻寫盤有關，並建議用 SQLite trigger 擋 logs insert。這個方向可作為緊急止血，但更安全的 SOP 是先確認檔案、WAL、MAX(id) 是否真的快速成長，再備份、停用 Codex、用可回復方式處理，避免破壞工具狀態。
2026年7月27日1 分鐘閱讀👁 5
Threads Signal · 2026-07-27
Codex logs_2.sqlite TRACE 高頻寫盤：先診斷，不要盲目用 trigger 擋 log
Threads 提到筆電變慢可能與 Codex 的 logs_2.sqlite TRACE 日誌高頻寫盤有關，並建議用 SQLite trigger 擋 logs insert。這個方向可作為緊急止血，但更安全的 SOP 是先確認檔案、WAL、MAX(id) 是否真的快速成長，再備份、停用 Codex、用可回復方式處理，避免破壞工具狀態。
Kate 判斷：這是有用的 troubleshooting 線索，但不應直接複製成永久修法。SQLite trigger 攔截 insert 可能讓 Codex 失去診斷資料，甚至在 schema 變更後造成未知副作用。先量測，再止血。
安全排查流程
- 確認檔案是否存在：
~/.codex/logs_2.sqlite、logs_2.sqlite-wal。 - 觀察 30–60 秒檔案大小與
SELECT max(id), count(*) FROM logs;是否持續成長。 - 若成長集中在 TRACE，先關閉相關 Codex session / app-server，備份 sqlite 與 WAL。
- 優先找官方設定或版本更新；trigger 攔截只適合作為可回復的臨時 workaround。
可借鏡的原則
AI coding tool 越常駐，越需要把本機資料庫、WAL、log level、背景程序納入營運監控。真正的修法應是 log level / rotation / retention，而不是讓使用者自己改內部資料庫。