SQLite3 为什么会打败PostgreSQL 的原因分析，PostgreSQL 在移动端也是不错的选择-优快云博客

❝
开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6 7群均已爆满，开8群近400 9群 200+，开10群PolarDB专业学习群100+)

接着上期，打败就是打败了，在线下端SQLite打败的又岂止PostgreSQL,这期咱们分析一下为什么，因为SQLite是新开始学的，而PostgreSQL是多年的亲密的朋友，所以分析的应该会有独到的见解。

--- PostgreSQL 你为什么会被打败！！

我们先从安装说起，PG和SQLite都需要编译，但从功能上来讲，极简的数据库产品SQLite特很小。当然这并不能成为在移动端打败PostgreSQL的根本，而在使用中那种无需数据库初始化，数据库程序没有配置文件，数据库加载数据文件非常方便，只需要sqlite 数据文件名即可。

编辑后的SQLite

快速加载数据库文件

而这样一个数据库产品他是有日志的，也就是类似pg的wal日志的，他也有类似的begin commit 等功能，但省去了数据库初始化，以及一堆的关联的文件，这对移动端的友好性，不是PostgreSQL可比的。

维度	SQLite	PostgreSQL
运行模式	嵌入式（库内嵌）	客户端/服务器架构
进程模型	无服务进程，直接运行在应用进程内	独立守护进程 `postmaster`
部署方式	拷贝一个文件即可运行	需初始化、监听端口、用户认证
依赖	零依赖（C 库）	依赖操作系统用户、网络栈、配置文件
典型使用场景	移动端、嵌入式、边缘端	服务器、大数据、OLTP/OLAP

在版本升级上，我也发觉了，我分析了一下版本的更新非常快，2到3个月就有版本的patch和更新。

而从一个合格的移动端的数据库来说，系统资源的占用是一个关键，你的应用产品需要部署到各个地方，可能是台式，笔记本，PAD，手机，或者智能硬件上，所以SQLite更有能力这里我们做一个环境上的总结。

指标	SQLite	PostgreSQL
二进制体积	< 1MB	> 30MB（最小安装）
内存占用	约 512KB–2MB	启动即占用 > 20MB
CPU 唤醒	无后台线程	守护 + WAL writer + checkpointer
磁盘结构	单文件（含元数据与表）	多文件（每表、每索引独立）

所以我对SQLite的定义是一个如U盘的数据库，数据库的程序和文件，只需要一个U盘就可以随便去哪里，进行计算和数据存储。

项目	SQLite	PostgreSQL
连接启动	内存函数调用（μs 级）	TCP 握手 + 认证（ms 级）
首次查询延迟	< 1ms	20–100ms（含连接建立）
并发访问	多线程/多进程内共享	每连接独立后台进程
断电恢复	单文件 + WAL	需后台进程恢复日志

而SQLite 付出的代价也是显而易见的，下面的额这些没有如果是在服务器端的数据库产品是无法被容忍的，而在移动端的数据库产品，那是太好不过了。

层	PostgreSQL	SQLite
网络层	TCP/IP + SSL + libpq	❌ 无
认证层	用户/密码/角色	❌ 无（文件访问即授权）
进程层	postmaster + backend	❌ 无（函数调用）
存储引擎	shared_buffers + bgwriter	简单 B-tree + WAL 文件
配置	postgresql.conf + pg_hba.conf	❌ 无配置文件

而这样一个SQLite,也是具备持久事务保证（fsync）,原子性，崩溃恢复机制，以及过渡单写的能力。

场景	SQLite 3.45 (WAL)	PostgreSQL 16 (local)
单线程插入 10 万行	0.9 秒	3.8 秒
随机读取 10 万行	0.15 秒	0.21 秒
启动 + 查询一条记录	1.2 ms	48 ms
断电恢复后可用	✅ 立即	⚠️ 需 WAL replay

所以写到这里，没有万能的数据库，只有和适用场景贴近的数据库产品，PG非常好，但在移动端上，SQLite 才是王者。

但这里需要补一句，在移动端我们多年的实践经验，其实Postgresql 还是很不错的，（不要和我提mysql 那个根本不靠谱，你连商用的资格都没有）。

后续，我们将针对SQLite的特性进行针对运维和开发的研究，并和大家进行分享。

维度	SQLite 胜因	PostgreSQL 劣势
启动	零配置、内嵌加载快	需进程启动
性能	函数级调用、低延迟	网络调用、多进程开销
部署	单文件即可	需初始化和管理
能耗	无守护进程	常驻后台线程
离线	原生支持	需额外缓存层
兼容	原生支持移动端	不适合移动端嵌入

正在快速的整理SQLite 方面的知识，如果对SQLite敢兴趣，从运维到开发，到一些故障排除的经验，可以关注此部分的内容。