HA 越跑越慢？五個檢查點的完整診斷流程：怎麼量、看哪個數字、多少算不夠

charles · 發表於 2026-9-21 02:00:51

這篇的內容（19 段）

怎麼量 A 型（開機時間）
怎麼量 B 型（頁面載入）
怎麼量 C 型（反應延遲）
急救 1：手動清理 + 重新壓實
檢查點 2：有實體在瘋狂回報
確認之後怎麼處理
檢查點 3：前端自訂卡片太多
怎麼確認「就是它」
確認之後怎麼處理
怎麼量 —— 先裝 System Monitor
命令列的快速版
確認是「不夠」還是「在漏」
記憶體真的不夠的話
SD 卡的壽命問題（不只是慢）
確認之後怎麼處理
方法 2：拉長它的輪詢間隔
方法 3：如果是攝影機整合
步驟 9：檢查順序與投資報酬
自我檢查

先別急著換硬體。

這篇不是「五個可能的原因」清單，是一套可以照著跑的診斷流程。每一個檢查點都告訴你用什麼指令量、畫面上看哪個數字、超過多少算不正常，確認之後才動手。

步驟 0：先分清楚你的「慢」是哪一種

這一步最重要，因為三種慢的原因完全不同，搞錯方向會白忙半天。

拿出手機或碼錶，實際量這三件事：

A 型：開機慢 —— 重開 HA 之後，到所有實體都有值為止要多久
B 型：頁面慢 —— 儀表板首頁按下去，到內容出現要多久
C 型：反應慢 —— 按牆壁的開關，到燈亮要多久（或按儀表板的按鈕到裝置動作）

怎麼量 A 型（開機時間）

到 開發者工具 → 動作，搜尋 Home Assistant Core: 重新啟動，執行。

等它回來之後，到 設定 → 系統 → 日誌，右上角點載入完整日誌，搜尋 initialized in。

你會看到什麼：

INFO (MainThread) [homeassistant.bootstrap] Home Assistant initialized in 38.42s
INFO (MainThread) [homeassistant.core] Starting Home Assistant
INFO (MainThread) [homeassistant.bootstrap] Home Assistant started in 61.09s

複製代碼

判準：

30 秒以內 —— 正常
60 到 120 秒 —— 偏慢，往下查
超過 180 秒 —— 一定有問題

找不到 initialized in 這一行 → 日誌等級太高。到 configuration.yaml 加：

logger:
default: info

複製代碼

存檔、重啟、再看一次。

再往上捲，看誰花最多時間。搜尋 took：

INFO [homeassistant.setup] Setup of domain recorder took 24.31 seconds
INFO [homeassistant.setup] Setup of domain mqtt took 1.82 seconds
INFO [homeassistant.setup] Setup of domain hue took 0.44 seconds

複製代碼

這一行直接告訴你是誰慢。

recorder 花最久 → 跳到檢查點 1（資料庫）
某個雲端整合花最久 → 那個服務連不上或很慢，跳到檢查點 5
沒有單一項目特別久，但總數很大 → 整合太多，或記憶體不夠在用 swap，看檢查點 4

怎麼量 B 型（頁面載入）

用瀏覽器的無痕模式開 HA（無痕很重要，它排除了快取與外掛的干擾），按 F12 → Network 分頁 → 重新整理。

你會看到什麼：最底下的狀態列會顯示：

248 requests | 6.4 MB transferred | Finish: 8.42 s | DOMContentLoaded: 1.21 s

複製代碼

判準：

requests 在 80 以內、Finish 在 3 秒以內 —— 正常
requests 超過 150 —— 自訂卡片太多，跳到檢查點 3
requests 不多但 Finish 很久，而且有某幾個請求特別慢 —— 點那幾個看是什麼，通常是歷史記錄或統計的 WebSocket 查詢，跳到檢查點 1

怎麼量 C 型（反應延遲）

到設定 → 系統 → 日誌，或是直接看自動化的追蹤：設定 → 自動化 → 點那個自動化 → 右上三個點 → 追蹤。

你會看到什麼：一個時間軸，每一步標著觸發時間與耗時，類似

Triggered by state of binary_sensor.hallway_motion at 14:32:05.118
condition: passed (+0.004s)
action: light.turn_on (+0.021s)
Finished at 14:32:05.143

複製代碼

判準：

自動化本身的總耗時在 0.5 秒以內，但你感覺燈慢 → 不是 HA 的問題，是 Zigbee/Wi-Fi 的傳輸延遲或裝置本身慢。換硬體沒用
自動化總耗時超過 2 秒 → 往下查檢查點 2 與 4
日誌裡出現 Updating ... took longer than the scheduled update interval → 某個整合塞住了事件迴圈，這是檢查點 5

記下你的 A / B / C 三個數字。下面每個檢查點都會告訴你它對應改善哪一個。

---

步驟 0.5：先看 HA 自己有沒有在抱怨

這一步只要三十秒，而且經常直接給你答案。

到 設定 → 系統 → 修復（Settings → System → Repairs）。

你會看到什麼：一張待處理問題的清單。跟效能有關的項目長這樣：

Database is taking a long time to start —— 直接指向檢查點 1
Update of <整合> is taking over 10 seconds —— 直接指向檢查點 5
The system is running out of memory —— 直接指向檢查點 4
Home Assistant is running on an unsupported/32-bit system —— 硬體或安裝方式的問題

再點右上角的三個點 → 系統資訊。

你會看到什麼：一張表，其中幾個數字要記下來：

版本 2026.9.3
安裝類型 Home Assistant OS
開發模式 false
CPU 架構 x86_64
Python 版本 3.13.x
虛擬環境 false
容器 true

複製代碼

往下捲會有系統健康的區塊，裡面有各整合自報的狀態，包括資料庫大小。

這裡就有「修復」項目的話，先處理那個，往往一件事就解決了。沒有的話才往下跑五個檢查點。

---

檢查點 1：資料庫太大（最常見，中的機率約六成）

對應改善：A 型（開機慢）和 B 型（歷史頁面慢）。

怎麼量 —— 方法一：看系統健康

設定 → 系統 → 修復 → 三個點 → 系統資訊，往下找 Recorder 區塊。

你會看到什麼：

Recorder
資料庫引擎 sqlite
資料庫版本 3.45.x
預估資料庫大小 1842.31 MiB
目前執行中是

複製代碼

怎麼量 —— 方法二：直接看檔案（比較準）

HA OS 的話裝 Terminal & SSH 附加元件，Container 版直接 SSH 進主機，然後到設定目錄執行：

ls -lh home-assistant_v2.db*
du -sh .

複製代碼

你會看到什麼：

-rw-r--r-- 1 root root 1.8G Sep 25 14:02 home-assistant_v2.db
-rw-r--r-- 1 root root 32K Sep 25 14:02 home-assistant_v2.db-shm
-rw-r--r-- 1 root root 412M Sep 25 14:02 home-assistant_v2.db-wal
3.4G .

複製代碼

以下還有約 80% 的內容
登入後即可閱讀完整教學

登入繼續閱讀使用 Google 登入

		自動登入	找回密碼
密碼			立即註冊

HA 越跑越慢？五個檢查點的完整診斷流程：怎麼量、看哪個數字、多少算不夠

延伸閱讀

瀏覽過的版塊