SQLite3学习笔记3：UTC和CST 时区偏差问题

1. 校准 Ubuntu 系统时间 / 时区

若系统时间本身和实际时间对不上，执行以下命令校准需同理校准时区 / 同步 NTP 时间）：

bash 复制代码

# 1. 设置时区为上海（嵌入式设备常用时区）
sudo timedatectl set-timezone Asia/Shanghai

# 2. 安装时间同步工具（Ubuntu）
sudo apt install ntpdate -y

# 3. 同步网络时间（嵌入式设备可对接NTP服务器，无网络则手动设置）
sudo ntpdate pool.ntp.org

# 验证时间是否正确
date

2. 解决时间戳差 8 小时的问题

SQLite3 的CURRENT_TIMESTAMP默认生成的是UTC 时间（世界协调时间） ，而 Ubuntu 系统显示的是CST 时间（中国标准时间，UTC+8），所以数据库中记录的时间会比本地时间少 8 小时。

数据库时间：2026-01-26 10:15:46（UTC）
本地时间：2026-01-26 18:15:46（CST = UTC+8）

方案 1：查询时转换时区

核心逻辑：原始数据存 UTC（国际标准，便于跨时区设备溯源），查询时转换为 CST（UTC+8）。

sql 复制代码

// 原查询语句
SELECT * FROM device_params;

// 新查询语句（转换为CST时间）
SELECT id, param_name, param_value, datetime(update_ts, '+8 hours') AS update_ts_cst FROM device_params;

结果如下：

sql 复制代码

// UTC
1|temp|26.0|2026-01-26 10:15:46
2|humidity|60.2|2026-01-26 10:15:46

// CST
1|temp|26.0|2026-01-26 18:15:46
2|humidity|60.2|2026-01-26 18:15:46

方案 2：插入 / 更新时直接存 CST 时间

核心逻辑 ：插入 / 更新时显式指定时区偏移，让update_ts直接存储 CST 时间 ------ 适合仅在国内使用、无需跨时区的嵌入式设备。

操作步骤（修改 INSERT/UPDATE 语句）

插入数据时直接存 CST

sql 复制代码

// 原插入语句（存UTC）
INSERT INTO device_params (param_name, param_value) VALUES ('temp', 26.5), ('humidity', 61.0);
   
// 新插入语句（存CST，显式+8小时）
INSERT INTO device_params (param_name, param_value, update_ts) VALUES ('temp', 26.5, datetime(CURRENT_TIMESTAMP, '+8 hours')), ('humidity', 61.0, datetime(CURRENT_TIMESTAMP, '+8 hours'));

结果如下：

sql 复制代码

// UTC
3|temp|26.5|2026-01-26 11:03:55
4|humidity|61.0|2026-01-26 11:03:55

// CST
5|temp|26.5|2026-01-26 19:04:16
6|humidity|61.0|2026-01-26 19:04:16

更新数据时同步存 CST

sql 复制代码

// 原更新语句（存UTC）
UPDATE device_params SET param_value = 27.0, update_ts = CURRENT_TIMESTAMP WHERE param_name = 'temp';
   
// 新更新语句（存CST）
UPDATE device_params SET param_value = 27.0, update_ts = datetime(CURRENT_TIMESTAMP, '+8 hours') WHERE param_name = 'temp';

结果如下：

sql 复制代码

// UTC
1|temp|27.0|2026-01-26 11:14:13
3|temp|27.0|2026-01-26 11:14:13
5|temp|27.0|2026-01-26 11:14:13

// CST
1|temp|27.0|2026-01-26 19:14:18
3|temp|27.0|2026-01-26 19:14:18
5|temp|27.0|2026-01-26 19:14:18