乐闻世界logo
6月1日 00:06

SQLite 内存数据库如何使用？适合哪些场景？

SQLite 内存数据库是什么？

SQLite 内存数据库把整个数据库放在内存里运行，不写入磁盘文件。最常见的连接名是 :memory:，它仍然支持表、索引、事务、视图和触发器，只是连接关闭后数据就消失。这个特性很适合临时计算和测试，但不适合保存任何不能丢的数据。

bash
sqlite3 :memory:
python
import sqlite3
conn = sqlite3.connect(':memory:')

它通常比磁盘库快，因为少了磁盘 I/O。但别把它当成性能万能药：SQL 写得差、没有事务、缺索引、应用层循环查询，照样会慢。另一个边界是内存容量，导入大文件时必须控制数据量，否则进程可能直接被内存打爆。

适合哪些场景？

第一是测试。单元测试可以快速建表、插入数据、跑断言，连接关闭后自然清理，不容易污染下一条用例。第二是临时数据处理，比如导入 CSV 后在内存里去重、聚合，再把结果写回磁盘库。第三是会话内缓存，例如只在当前任务中使用的结构化中间结果。

python
cur = conn.cursor()
cur.execute('CREATE TABLE users(id INTEGER PRIMARY KEY, name TEXT)')
cur.execute('INSERT INTO users(name) VALUES (?)', ('Alice',))
conn.commit()

如果缓存丢失会影响业务正确性，就不要只放内存数据库。它更像一张可以用 SQL 操作的临时工作台，而不是稳定的存储层。还有一种常见用法是命令行工具：启动后加载少量配置和输入数据，处理完输出结果，整个过程不留下临时文件，失败后也可以从源数据重新跑。

多连接能共享吗？

普通 :memory: 属于单个连接。两个连接都写 :memory:，得到的是两个完全不同的数据库。测试里常见的坑是初始化表用一个连接，业务代码用另一个连接，于是报 no such table。

如果确实需要多连接共享，可以使用 URI，并保持至少一个连接存活：

python
conn1 = sqlite3.connect('file:memdb1?mode=memory&cache=shared', uri=True)
conn2 = sqlite3.connect('file:memdb1?mode=memory&cache=shared', uri=True)

共享模式的取舍是协作方便，但生命周期更敏感。最后一个连接关闭后，数据库仍然会消失；连接池如果自动回收全部连接，也会把数据一起清掉。

如何和磁盘库配合？

可以在内存连接里 ATTACH 磁盘数据库，把正式数据读进来处理，再写回去。这个方式适合一次性任务，不适合长期承担核心存储链路。

sql
ATTACH DATABASE 'app.db' AS disk;
CREATE TABLE temp_result AS
SELECT user_id, COUNT(*) AS order_count
FROM disk.orders
GROUP BY user_id;

INSERT INTO disk.user_stats(user_id, order_count)
SELECT user_id, order_count FROM temp_result;

如果处理结果需要保存，可以在连接还活着时使用 backup API 或命令行备份。不要等进程退出后再想恢复，内存库没有文件可找。

bash
sqlite3 ":memory:" ".backup backup.db"

追问

:memory: 能被多个连接共享吗？

普通 :memory: 不能共享，每个连接都是独立数据库。要共享需要 file:memdb1?mode=memory&cache=shared 这样的 URI。取舍是共享模式便于多连接测试，但必须管理连接生命周期。踩坑点是 ORM 自动新建连接，导致查不到初始化好的表。

内存数据库适合生产缓存吗？

适合做进程内临时缓存，不适合做必须恢复的核心缓存。它的优势是 SQL 能力完整，筛选和聚合方便。取舍是重启即丢，跨进程共享也麻烦。边界是缓存丢了不能影响业务正确性。

为什么用了内存数据库还是慢？

瓶颈可能不在磁盘，而在 SQL 和提交方式。逐条提交、缺少索引、循环查询都会拖慢内存库。取舍是内存库减少 I/O，但不能替代查询优化。常见踩坑是忘记用事务批量写入。

内存数据库关闭后还能恢复吗？

没有提前备份就不能恢复。可以在连接存活时用 backup API 保存到文件。取舍是备份能保留结果，但流程更复杂。边界很简单：重要数据从一开始就应该写磁盘库。

标签：Sqlite