文章摘要
原文摘要

提到数据库，大多数人首先想到的都是 MySQL、PostgreSQL 或 Redis。但近年来，越来越多的桌面应用、浏览器扩展、边缘计算、IoT 设备，甚至一些后端服务，也开始选择使用嵌入式数据库。那么，什么是嵌入式数据库？它又有哪些优势？

什么是嵌入式数据库？

嵌入式数据库（Embedded Database）是一种直接集成到应用程序内部的数据库。

它不像 MySQL 或 PostgreSQL 那样需要单独安装数据库服务，而是作为一个库文件随程序一起运行。

也就是说：

  • 没有数据库服务器

  • 没有独立进程

  • 不需要监听端口

  • 不需要额外部署

应用程序可以直接读写数据库文件。

整个架构更加轻量。

与传统数据库有什么区别？

传统数据库通常采用客户端 / 服务端架构。

TEXT

1
2
app
data.db

无需安装：

  • MySQL

  • PostgreSQL

  • Redis

整个部署过程非常简单。

2. 性能并不差

很多人认为：

“没有数据库服务器，性能会不会很低？”

实际上并不是。

由于嵌入式数据库：

  • 没有网络通信

  • 没有 Socket

  • 没有 TCP

  • 没有 SQL 解析（部分数据库）

很多简单读写场景反而更快。

特别是：

  • 配置读取

  • 缓存

  • 日志

  • 本地索引

性能往往非常优秀。

3. 更容易发布

很多开源项目都会提供：

TEXT

1
2
3
Windows
Linux
macOS

三个版本。

如果依赖 MySQL。

用户还需要：

安装数据库

初始化

创建用户

导入 SQL

配置连接

而嵌入式数据库只需要：

TEXT

1
2
3
下载
启动
开始使用

用户体验会好很多。

4. 数据天然本地化

很多桌面软件都会把数据保存在：

TEXT

1
2
3
config.db
history.db
cache.db

复制数据库文件即可完成：

  • 备份

  • 迁移

  • 恢复

不需要额外导出 SQL。

有没有缺点？

当然有。

不适合高并发写入

虽然很多嵌入式数据库支持并发。

但对于：

  • 电商

  • 社交平台

  • 大型论坛

这种高并发业务。

仍然推荐：

  • MySQL

  • PostgreSQL

因为它们拥有更加成熟的事务管理。

不适合多台服务器共享

嵌入式数据库本质上还是一个本地文件。

例如：

TEXT

1
2
3
4
5
6
server-a
    │
data.db
server-b
    │
data.db

两台服务器不能同时写同一个数据库文件。

因此：

分布式

主从同步

读写分离

这些能力通常需要额外实现。

哪些项目适合使用？

下面这些场景，其实都很适合。

  • 浏览器扩展

  • 桌面应用

  • Electron 项目

  • CLI 工具

  • NAS 应用

  • IoT 设备

  • 单机服务

  • 本地缓存

  • 配置中心

  • 日志系统

很多人每天都在使用 SQLite。

例如：

  • 微信

  • Chrome

  • Firefox

  • VS Code（部分数据）

  • Android

  • iOS

它们内部都有 SQLite 的身影。

Go 为什么喜欢嵌入式数据库？

近年来越来越多 Go 项目开始采用：

  • bbolt

  • BadgerDB

  • Pebble

原因很简单：

Go 推崇：

一个二进制文件完成部署。

如果数据库也采用嵌入式。

整个项目最终可能只需要：

TEXT

1
2
3
app
config.yaml
data.db

部署体验非常优秀。

这也是很多个人开发者和开源项目喜欢它的重要原因。

选择数据库，不是追求”最强”，而是找到最适合自己项目的方案。