PHP中SQLite3类支持内存数据库，只需传入':memory:'字符串即可创建独立、自动销毁的内存实例，操作语法与磁盘库一致，但不支持WAL模式、ATTACH及跨进程共享。
PHP 用 sqlite3 连接内存数据库，直接传 :memory:
PHP 的 SQLite3 类原生支持内存模式，不需要额外扩展或配置。只要把数据库文件路径换成 :memory: 字符串，就自动创建一个只存在于当前进程内存中的 SQLite 实例。
常见错误是误写成 ":memory:"（加了空格）、":memory"（少冒号）或试图配合 sqlite_open()（已废弃且不支持内存模式）——这些都会报 Unable to open database 或直接失败。
-
$db = new SQLite3(':memory:');是唯一可靠写法 - 每个
new SQLite3(':memory:')调用都生成独立的内存库，互不共享 - 进程结束时自动销毁，不可跨请求持久化（别在 Web 环境里指望它存用户数据）
内存库建表、插入、查询和事务操作完全等同于磁盘库
语法、SQL 支持度、参数绑定、错误处理方式全部一致，只是底层不落盘。你可以照常建表、INSERT、SELECT，也能用 beginTransaction()/commit() 控制事务。
示例：
立即学习“PHP免费学习笔记（深入）”；
$db = new SQLite3(':memory:');
$db->exec('CREATE TABLE users (id INTEGER PRIMARY KEY, name TEXT)');
$db->exec("INSERT INTO users (name) VALUES ('Alice'), ('Bob')");
$result = $db->query("SELECT * FROM users WHERE name LIKE 'A%'");
while ($row = $result->fetchArray(SQLITE3_ASSOC)) {
var_dump($row);
}
注意：内存库默认不启用 WAL 模式，PRAGMA journal_mode = WAL 无效；也不支持 ATTACH 其他数据库（包括另一个 :memory: 实例）。
测试场景下用内存库替代文件，避免权限/清理问题
单元测试、CI 流程或 CLI 工具中频繁初始化/销毁数据库时，:memory: 是最干净的选择——不用预创建目录、不担心并发写冲突、无需手动 unlink() 临时文件。
- PHPUnit 中可封装为
getInMemoryDB()工厂方法，每次测试用全新实例 - 若需预加载 schema，用
$db->exec(file_get_contents('schema.sql'))一次性执行 - 不要在
__destruct或register_shutdown_function里尝试导出内存库到文件——没内置 dump 接口，得手写遍历所有表
不能跨进程共享，也不能用 PDO_SQLITE 绑定 :memory: 到持久连接
PDO_SQLITE 驱动对 :memory: 的支持有隐含限制：即使你写 new PDO('sqlite::memory:') ，每次 new PDO 仍是新实例；更关键的是，PDO::ATTR_PERSISTENT => true 对内存库完全无效——持久连接机制依赖文件锁和磁盘状态，内存库无此基础。
所以：
- 坚持用原生
SQLite3类操作内存库，更可控 - 别试图让多个 PHP-FPM worker 共享同一个内存库——不可能
- 需要“伪持久”效果？只能靠单次请求内复用同一个
SQLite3实例变量，或改用 Redis / APCu 缓存查询结果
真正容易被忽略的一点：内存库的 PRAGMA temp_store 默认是 DEFAULT（即使用临时文件），如需彻底避免磁盘 I/O，得显式执行 $db->exec('PRAGMA temp_store = MEMORY')，否则某些大排序或 GROUP BY 仍可能写出临时文件。
