長期數據不要塞在 HA 裡，搬出來比較好

charles

HA 的資料庫是設計給「最近的狀態」用的，不是給你畫三年趨勢圖的。

想看長期數據的話，把它搬到專門的地方。



為什麼要搬

• HA 的 recorder 資料庫會一直長大，拖慢整個系統
  
• 為了效能你會設 purge（例如只留 30 天），那就看不到長期趨勢
  
• HA 內建的歷史圖表功能很陽春，不能疊圖、不能自訂
  

InfluxDB 是什麼

專門存時間序列資料的資料庫。它的設計就是「一直寫入、按時間查詢」，
效率比 SQLite 好很多。

附加元件商店裡就有，點一點就裝好。

關鍵：只送重要的實體過去

這是最多人做錯的地方。

不要把所有東西都送進 InfluxDB，那只是換一個地方塞爆。

在 configuration.yaml 用白名單：

1. influxdb:
2.   host: a0d7b954-influxdb
3.   port: 8086
4.   database: homeassistant
5.   username: homeassistant
6.   password: !secret influx_password
7.   max_retries: 3
8.   include:
9.     entities:
10.       - sensor.客廳溫度
11.       - sensor.客廳濕度
12.       - sensor.本月用電量
13.     entity_globs:
14.       - sensor.*_temperature
15.       - sensor.*_humidity

複製代碼

用 include 不要用 exclude——預設不送，明確列出要送的。
這樣之後新增裝置也不會不小心灌進去。

Grafana：畫圖的部分

同樣在附加元件商店。裝好之後：

• 新增資料來源（Data Source）→ 選 InfluxDB
  
• 填入位址和帳密
  
• 建立第一個 Dashboard
  

第一張圖建議做「一週的室內溫濕度」，最容易上手，也最直觀看得出價值。

記得設保留策略

InfluxDB 也會長大。在它的設定裡設一個保留期限（例如兩年），
超過就自動刪除。

不然你三年後會發現它佔了幾十 GB。

可以看出什麼

實際用下來，最有價值的幾個：

• 哪個房間最悶熱 — 疊圖比較各房間的溫度曲線
  
• 冷氣真的有效嗎 — 看開冷氣後溫度下降的速度
  
• 除濕機該開多久 — 看濕度回升的速度，決定間隔
  
• 用電的尖峰在什麼時候 — 調整使用習慣
  
• 哪台電器最吃電 — 這個通常會讓人意外
  

替代方案

如果覺得裝兩個服務太麻煩，HA 內建的長期統計（Long-term Statistics）
其實也會保留每小時的平均值，而且不會被 purge 刪掉。

在歷史頁面選長時間區間就看得到。精細度比較差，但零設定。

先用內建的，覺得不夠再上 InfluxDB。

有人在用 Grafana 嗎？做了什麼圖表？