数据库比较
SQLite vs MySQL：当嵌入式引擎获胜时
SQLite 和 MySQL 在速度上存在差异之前在结构上有所不同：SQLite 是一个嵌入式库，可以在应用程序目录中读取和写入文件，而 MySQL 是一个具有网络堆栈、用户、权限和要运行的守护进程的服务器。 SQLite 在应用程序拥有其数据的所有地方都获胜：读取量大的站点、嵌入大型应用程序中的缓存、开发副本、廉价托管上的每个站点租户数据库以及任何本地优先的内容。 MySQL 在并发多写入器生产流量、服务管理的复制、由 DBA 判断的备份以及 cPanel 时代的托管现实（其中服务器处理 10 个站点的权限并且一个守护程序只修补一次）方面获胜。随意比较“SQLite 是一个玩具数据库”是错误的；诚实的限制是一次只有一个作家，大多数个人和小型企业负载永远不会达到这个极限。
要点
- 启动结构：SQLite是应用程序打开的文件； MySQL 是一个具有用户、端口、授权和它自己的进程树的服务。大多数选择的后果都是由此产生的。
- SQLite 的并发真理：许多读取者可以同时进行（在 WAL 模式下更好），但写入者一次只能排队一个；在押注生产站点之前了解您的写入曲线。
- Ops 权重是隐藏的成本轴：comptime-ship SQLite 无需单独运行、升级、修补或备份守护进程，而 MySQL 则诚实地赚取 DBA 时间。
- 多租户托管仍然是 MySQL 的趋势：cPanel 时代的托管、CloudLinux 友好的堆栈和共享托管管理假设一台数据库服务器处理多个租户的授权。
- SQLite 的读取性能使其营销假设感到尴尬：对于读取量大、数据量小的情况，它经常在无需任何调整的情况下击败 MySQL。
- 对于廉价的托管计划，SQLite 已经悄然存在了十年：站点文件中的一个 .sqlite 文件，由与其他所有内容相同的 rsync 进行备份。
- 完整性和主干稳定性是 SQLite 的优势：自版本 3（2004）以来，相同的文件格式一直是标准，它嘲笑任何五年的模式迁移。
- 当写入变得并发并且没有人想要拥有锁定戏剧时，或者当托管帐户单独向数据库服务器计费并且它应该赚取它时，选择MySQL。
一线手记
我们的每租户模式提供了一个应用程序，该应用程序为每个站点保留一个 SQLite 文件，而安静的读取密集型文件则表现出色；然后，一位租户每晚的批量工作达到了单一作者的上限，并教会了我们整个教训。围绕写并发进行设计，SQLite 不是一个玩具数据库。
常见问题
SQLite 适合网站吗？
是：读取量大的小型站点、每租户文件、缓存和开发副本；经典警告假设站点实际上从未具有写入并发性。
SQLite 有真正的 SQL 吗？
一个重要的子集：事务、大多数连接、索引和触发器都可以工作；缺少的是并发多作者语义，而不是读写能力。
什么时候我们必须选择MySQL？
当多个进程并发写入时，当您需要服务管理的复制/运行时，或者当现有资产已运行数据库操作时。
SQLite 生产安全吗？
它的记录表明了这一点：庞大的部署基础、文件格式的稳定性以及枯燥、安静的岁月背后的大量生产流量。
Kinetikatech 如何在数据库比较方面为您提供帮助
这是我们的日常工作：用于托管工作负载的数据库引擎选择，在正确性保证、操作权重和实际成本方面进行比较：嵌入式引擎与服务器、MySQL 与 PostgreSQL、SQL 与文档存储，以及不断出现的遗留案例研究。我们的服务器管理和网站速度优化服务提供端到端覆盖：评估、实施、24/7 监控，以及 30 分钟内的应急响应。