❤️‍🔥为了省内存选择sqlite，代价是什么

今日新闻 2026年05月08日 19:25 18 admin

前言

最近在将包含 mysql 的项目打包成镜像的时候，感觉 mysql 的镜像是真的大，拉取下来要很久。

【因为本人的服务器配置比较拉胯，所以在windows上拉还可以，但是在服务器拉就很难受了】

就在想是不是可以换成 sqlite，我的印象中对 sqlite 的印象就是它占用内存小。

既然占用内存小，那是不是在其他的某些方面做了妥协呢？

今天主要就来讲讲这个。

补充：

一般什么时候会用到sqlite？

答：

在需要快速开发出一个简单的、能用的功能【也叫做 Minimum Viable Product ，缩写是 MVP —— 最小可用功能】、再去慢慢优化的场景下就比较合适了。

我可以用 sqlite 去存数据， express 快速写一些测试接口，再配合 xxx.http文件+vscode中的【REST Client】插件进行飞速的接口调试。

上面的操作就叫 原型开发 ，原型开发好之后我可以再去按照业务的实际情况去替换 sqlite 为更合适的数据库，也可以将 express 换成更加适合企业的 nest 等等等等操作。

纳塔的基尼齐曾经说过：万物皆有代价 。

那么 sqlite 这些优点背后的代价是什么？

最后来总结一下什么时候用 sqlite，什么时候不该用 sqlite。

当需要进行原型开发、或者服务器巨卡无比，服务器资源很少了的时候，且没有啥高并发的情况下（当然，服务器巨卡+没服务器资源也别想高并发了）就可以考虑 sqlite。

当应用需要支持高并发的时候，直接 pass sqlite！

发表评论