一、前言：SQLite空间管理的核心痛点
SQLite数据库以文件形式存储，使用过程中会出现两个常见空间问题：一是随着数据累积，数据库文件越来越大，占用过多磁盘空间；二是删除数据后，数据库文件大小不会自动缩小，形成"空洞"，浪费存储空间。
此外，当数据库文件过大时，查询、写入性能会下降，甚至增加损坏风险。本文将教你在Linux下，无需安装额外工具，直接通过SQLite命令行，查看哪些表占用空间最大、如何安全清理空间、优化数据库性能，适用于所有SQLite版本，兼顾实用性和易用性。
二、前提：Linux下连接SQLite数据库（无需额外安装）
Linux系统默认自带SQLite命令行工具，无需安装，直接在终端执行以下命令，即可连接数据库：
# 替换为你的SQLite数据库文件名（如data.db、test.sqlite）
sqlite3 你的数据库.db连接成功后，终端会显示"sqlite>"提示符，此时即可执行各类SQL命令，操作数据库。退出SQLite命令行的命令为：.quit
三、核心操作1：查看各表占用空间（精准定位空间大户）
要清理空间，首先要明确"谁在占用空间"。SQLite提供dbstat虚拟表，可查询每个表、索引的空间占用情况，但不同版本的SQLite，dbstat表的字段略有差异（旧版本无nrow字段），以下提供两种兼容方案。
方案1：兼容所有版本------仅查看表空间大小（推荐）
适用于所有支持dbstat虚拟表的SQLite版本（SQLite 3.7.0及以上），无需担心版本兼容问题，直接复制执行：
SELECT
name AS table_name,
ROUND(pgsize / 1024.0 / 1024, 2) AS size_mb -- 转换为MB，保留2位小数
FROM dbstat
WHERE name NOT LIKE 'sqlite_%' -- 排除SQLite系统表
GROUP BY name
ORDER BY pgsize DESC; -- 按占用空间从大到小排序输出说明：
- table_name：表名（排除了sqlite_开头的系统表，聚焦业务表）；
- size_mb：表占用的磁盘空间（单位：MB），一眼就能看出哪个表是"空间大户"。
方案2：同时查看空间+行数（旧版本兼容写法）
若需要同时查看表的占用空间和行数（判断表数据量），可使用子查询关联sqlite_master表，兼容旧版本SQLite（无nrow字段）：
SELECT
t.name AS table_name,
ROUND((SELECT SUM(pgsize) FROM dbstat WHERE name = t.name) / 1024.0 / 1024, 2) AS size_mb,
(SELECT COUNT(*) FROM t.name) AS row_count -- 表行数
FROM sqlite_master t
WHERE t.type = 'table' AND t.name NOT LIKE 'sqlite_%'
ORDER BY size_mb DESC;注意：若表数据量极大，COUNT(*)会执行较慢，优先使用方案1；若仅需查看少量核心表，可在WHERE条件后添加"AND t.name IN ('表1', '表2')"，提升查询速度。
方案3：旧版本兼容（无dbstat表）
若你的SQLite版本过旧，不支持dbstat虚拟表，可使用以下命令，通过表结构大小大致判断：
SELECT
name AS table_name,
ROUND((SELECT SUM(length(sql)) FROM sqlite_master WHERE name = t.name) / 1024.0 / 1024, 2) AS schema_size_mb
FROM sqlite_master t
WHERE t.type = 'table' AND t.name NOT LIKE 'sqlite_%';说明：该方案仅能查看表结构的空间占用，无法反映表数据的实际占用大小，仅作为备选。
四、核心操作2：清理空间（3种方法，按需选择）
SQLite清理空间的核心目标：回收空洞、删除冗余数据、缩小数据库文件体积，分为"不删数据"和"删数据"两种场景，根据实际需求选择。
方法1：仅清理碎片，不删数据（最安全，推荐）
SQLite删除数据后，不会自动释放磁盘空间，删除的数据会形成"空洞"（占用磁盘但无实际内容），通过VACUUM命令可回收这些空洞，缩小数据库文件体积，且不删除任何业务数据：
# 1. 连接数据库
sqlite3 你的数据库.db
# 2. 执行碎片清理+空间回收
VACUUM;
# 3. 退出
.quit适用场景：删除数据后，数据库文件大小未变小；数据库使用时间较长，存在较多碎片；希望优化数据库性能（碎片过多会影响查询速度）。
方法2：删除冗余数据，释放空间（常用）
若某些表数据过多（如日志表、临时数据表），可删除冗余数据（如过期日志、无用临时数据），再执行VACUUM命令，真正释放磁盘空间：
# 1. 连接数据库
sqlite3 你的数据库.db
# 2. 清空某张表（保留表结构，删除所有数据）
DELETE FROM 表名; -- 示例：DELETE FROM log_table;（清空日志表）
# 3. 若需删除部分数据（如删除30天前的日志），可添加WHERE条件
-- DELETE FROM log_table WHERE create_time < '2026-03-02';
# 4. 执行VACUUM，回收空间（必须执行，否则文件大小不变）
VACUUM;
# 5. 退出
.quit注意：执行DELETE命令前，务必备份数据库，避免误删核心数据；若表数据量极大，DELETE命令会执行较慢，建议在业务低峰期操作。
方法3：删除无用表，彻底释放空间（谨慎）
若某些表完全无用（如废弃的测试表、过期的历史数据表），可直接删除整个表，再执行VACUUM命令，彻底释放空间：
# 1. 连接数据库
sqlite3 你的数据库.db
# 2. 删除无用表（谨慎！删除后无法恢复）
DROP TABLE 表名; -- 示例：DROP TABLE test_table;
# 3. 回收空间
VACUUM;
# 4. 退出
.quit警告：DROP TABLE会彻底删除表结构和所有数据，操作前务必确认表无用，且已做好备份。
五、进阶优化：减少SQLite空间占用的技巧
- 合理设计表结构：避免冗余字段，对字符串字段设置合理长度，减少无效数据存储；
- 定期清理冗余数据：对日志表、临时表，设置定时任务，自动删除过期数据（如每月删除30天前的日志）；
- 避免频繁删除/插入：频繁删除、插入数据会产生大量碎片，建议批量操作，减少碎片生成；
- 启用WAL模式：执行"PRAGMA journal_mode=WAL;"，优化写入性能，同时减少碎片生成，提升数据库稳定性；
- 定期备份+重建：每季度备份数据库，然后通过.dump命令导出数据、重建数据库，可彻底清理碎片，优化数据库性能。
六、一键操作：Linux终端直接执行（无需进入SQLite）
若不想进入SQLite命令行，可直接在Linux终端执行以下命令，一键查看表空间、一键清理碎片：
# 一键查看表空间（替换为你的数据库文件名）
sqlite3 你的数据库.db "SELECT name AS table_name, ROUND(pgsize/1024/1024,2) AS size_mb FROM dbstat WHERE name NOT LIKE 'sqlite_%' GROUP BY name ORDER BY pgsize DESC;"
# 一键清理碎片（替换为你的数据库文件名）
sqlite3 你的数据库.db "VACUUM;"该方法适合批量操作、定时任务，无需手动进入SQLite命令行，提升运维效率。
版权声明
本文基于真实生产环境实战总结，更详细的排查过程与脚本说明 可参考本人博客：https://www.lnmpweb.cn/archives/7475