数据库比较
SQLite：部署最多的数据库 大多数管理员都忽略
SQLite 是地球上每个浏览器、电话和飞机面板中的嵌入式数据库，而“它是一个玩具”的学说是人们尚未审查其局限性的最可靠标志。无服务器、基于文件、事务性以及跨版本异常稳定：它属于小型系统工作的令人惊讶的份额，并且围绕文件和锁定的规则是唯一诚实的学习曲线。
要点
- 无服务器是一项功能，而不是缺失：库调用，没有守护进程，没有网络套接字，无需配置；对于单进程分析和小型应用程序，部署面接近于零。
- 并发是限制它的约束：WAL 模式增加并发读取器和一个写入器；跨多个独立进程的 N 线程编写者立即就成为一种设计味道：数据库文件不适用于多主机。
- 存储诚实：文件就是数据库，这使得备份变得简单（通过 .backup API 或 VACUUM INTO 进行实时复制，而不是在写入期间进行 cp！），并且不小心放置会造成灾难性的后果（NFS 类文件锁定是民间传说；本地磁盘或必须充分理解锁定语义故障转移 NFS 的事实）。
- 文件格式的稳定性是一项罕见的成就：几十年前编写的文件可以继续打开几十年；取证/研究数据工作流程、配置存储和应用程序缓存都受益于更新周期不会出现意外的格式。
- 它不能被认为很小：SQLite 为飞行系统航空电子设备和浏览器规模的缓存提供支持；实际上限通常出现在并发写入负载或 HA 要求周围，而不是总数据大小（存在超出缓存边界 TB 级操作）。
- 边界所属：单写入器分析、应用程序本地存储、边缘设备、原型到生产 MVP 阶段；当多个服务器或实时并发编写器进入画面时，请诚实地升级到 PostgreSQL 或 MySQL，而不是强制采用这种格式。
一线手记
承载设备群七年的 SQLite 文件从来都不是瓶颈，但我们看到的每个备份失败都来自写入期间的 cp，而不是用于本地文件安全的 VACUUM INTO 规则。正确的备份取决于工具，而不是发行版习惯。
常见问题
SQLite 可以运行我的小网站吗？
是的，设计得当的重读单盒应用程序就可以了；故障模式是多写入器负载或 HA 需求，而不是流量本身。
NFS 存储安全吗？
通常不会：NFS 上的文件锁定语义是记录在案的本地民间传说中的损坏来源。将数据库保留在本地文件系统上。
如何正确备份？
.backup API/类，或 VACUUM INTO 稳定文件；如果遵守锁定规则，则外部工具会在写入期间进行复制。切勿假设 cp 在写入期间是原子的。
是否存在真正的性能上限？
读取规模非常好（WAL 提供并发读取器），在一个写入器处进行序列化写入；大型部署可以通过 WAL 加分区模式或 WAL 外部扩展模式生存）。
Kinetikatech 如何在数据库比较方面为您提供帮助
情况就是这样：用于托管工作负载的数据库引擎选择，在正确性保证、操作权重和实际成本方面进行比较：嵌入式引擎与服务器、MySQL 与 PostgreSQL、SQL 与文档存储，以及不断出现的遗留案例研究。交给我们的服务器管理和网站速度优化服务即可全程覆盖：规范评估、干净实施、全天候监控。