本文关键词：sqlite 做网站

干了十五年建站，我见过太多小白一上来就问：“老板，我想搞个个人博客或者小商城，用不用买服务器？要不要搞数据库？”每次听到这种问题，我都想叹口气。很多刚入行的朋友，被那些复杂的LAMP架构、MySQL配置搞得头大，其实对于很多轻量级应用来说，你完全可以把心放肚子里，试试用sqlite 做网站。

咱们不整那些虚头巴脑的技术名词，就聊聊实战。我有个客户，去年想做个内部员工的知识库，大概也就几十个人用，文章总量几千篇。他本来预算有限，不想买昂贵的云服务器，也不想折腾数据库安装。我就建议他直接用PHP加SQLite。结果你猜怎么着？上线半年，除了偶尔备份，基本没出过任何岔子。

为什么我推荐大家考虑sqlite 做网站？最核心的原因就俩字：简单。

传统的MySQL或者PostgreSQL，你得装服务、配权限、设密码，还得担心数据库崩了没备份。但SQLite不一样，它就是个文件。对，你没听错，就是一个.db文件。你把这文件放在网站根目录，代码里连上它，完事。对于访问量不大，比如日IP在几千甚至一两万以内的站点，它的性能完全够用。我测过，同样的查询，在数据量十万条以内，SQLite的速度甚至比配置不当的MySQL还要快，因为它没有网络开销，直接读本地文件。

当然，肯定有人跳出来杠：“那高并发咋办？多用户同时写入咋办？”

这就得说点实在的。SQLite确实不支持高并发写入，它采用的是文件级锁。如果有一千人同时往数据库里写数据，那确实会卡死。但是，咱们做网站，绝大多数场景是“读多写少”。比如新闻站、博客、企业官网，用户是来看内容的，不是来改内容的。只有管理员在后台发文章时才写数据库。这种情况下，SQLite的锁机制根本影响不到前台用户的体验。

我见过一个真实的案例，一个做二手书交易的垂直网站，日活大概3000左右。老板为了省钱，一直用虚拟主机，数据库也是共享的。后来流量稍微起来点，访问就慢。我帮他重构了一下，把数据迁移到本地SQLite，配合Redis做缓存。结果不仅访问速度提升了30%，每月的服务器成本还降了一半。因为他不再需要维护复杂的数据库服务，只要定期备份那个.db文件就行。

但是，用sqlite 做网站也有坑，你得心里有数。

第一，备份必须自动化。因为数据库就是一个文件，一旦服务器硬盘坏了，或者误删了，数据就全没了。所以，一定要写个脚本，每天凌晨自动把这个.db文件上传到云存储或者拷贝到本地。别偷懒，这是保命符。

第二，并发上限要清楚。如果你的网站要做成类似淘宝那种，几万人同时下单，那趁早放弃SQLite，老老实实用MySQL或PostgreSQL。别为了省那点钱，最后因为性能问题丢了客户，得不偿失。

第三，扩展性。SQLite适合从0到1的起步阶段。当你真的做大，需要分布式部署，需要读写分离时，SQLite就不合适了。但那时候，你的业务规模也足以支撑你迁移到更强大的数据库。

所以，我的建议是：如果你是个人开发者，或者初创团队，预算有限，想快速验证想法，或者做一个内容为主的站点，大胆用sqlite 做网站。它能让你把精力集中在产品本身，而不是折腾基础设施。

别被那些高大上的技术栈吓住，工具是为业务服务的。适合你的，才是最好的。如果你还在纠结架构选型，或者不知道怎么写备份脚本，欢迎随时来聊聊，咱们具体问题具体分析，不整那些没用的理论。