独立开发要不要学数据库：我用到的只有这几块

一个人做产品，选你部署环境里最省事的那个。具体的选型判断我在[一个人做产品用什么语言和框架](/articles/solo-product-language-choice)里讲过，核心是看交付方式。

2026-08-06 数据库,真实账本,技术取舍,独立开发

独立开发者要不要学数据库？先看个数：2025-09-20 我复盘自己的第一款自研小游戏，种子计划进来 180 人/天，次日留存只剩 5 人，人均时长不到 2 分钟，当日广告收入不到 ¥6。

那款游戏有服务端，也有数据库。数据库一点没帮上忙。 这是我在这件事上的核心态度：要学，但学错了地方等于白学。

我的真实账本：独立开发者要不要学数据库，钱从哪来说话

先把四个交付样本摊开，你看数据库在里面占多大位置。

简笔画画板，纯前端、零运维、两天写完，2025-09-20 累计约 ¥5700，2026-08-05 累计过了 ¥6000。这个产品没有数据库。

烧烤店小程序，交付收入 ¥3000，我手写的代码不到 20 行。它要存菜单和订单，用到了数据库，但就是一张表存菜单、一张表存订单的量级。

首款自研小游戏，服务端加数据库都有，结果广告收入不到 ¥50，服务器和域名还先花了 ¥300+。

三个产品里，赚到钱的两个，一个没数据库，一个只有最简单的几张表。

具体说，一个人做产品真正用得上的数据库能力，就这么几件事。独立开发者要不要学数据库，答案就藏在这几件事的边界里——出了边界，先别学。

建表。 字段类型、主键、非空、默认值。这几个概念理解对，后面九成的问题不会发生。

增删改查。 尤其是条件查询和排序分页——用户看到的列表页，全靠这个。

关联。 两张表怎么连起来查。菜单和订单要连，用户和内容要连，这个躲不过去。

索引。 数据量小的时候感觉不到，一旦列表页开始卡，你就要知道该给哪个字段加索引。

备份和导出。 这条最容易被忽略，也最要命。我在独立开发要不要专门学运维里会展开说这块。

做对的事情只有一件：我没有去啃那些听起来很厉害的东西。

分库分表、读写分离、缓存穿透、事务隔离级别，这些我一样没深入。四业务线里我实际跑下来的量级，根本用不到。

我的判断标准很简单：当你清楚感受到「慢」的时候，再去找对应的解法。 在这之前，任何优化都是自我感动。

做错的是节奏。第一款小游戏，我在还没验证留存的时候就先搭了服务端和数据库。这也是为什么我后来会认真想「独立开发者要不要学数据库」——学得对不对，取决于学的时机。

那 ¥300+ 的服务器和域名，加上搭建的时间，全都花在一个次日留存只有 5 人的产品上。如果先做一个纯前端版本，两天就能验证出「没人玩」这件事。

顺序错了，学得再对也是浪费。

能，但有个前提：你得先承认自己的产品大概率不会有很大数据量。

对绝大多数一个人做的产品，数据库要处理的就是几百到几万条记录的规模。这个规模下，你需要的不是深入，是别写错。

想再确认这条链路的话，我在独立开发者需要什么技术栈里把六个方向按优先级排过一遍，数据库的位置比很多人想的靠后。

Q：独立开发者要不要学数据库，能不能用文件代替？

A：小规模可以，尤其是只读内容或者配置。但凡涉及多用户写入、条件查询和排序，文件会很快变成灾难。要么用数据库，要么用现成的托管服务。

Q：要不要系统学一遍数据库原理？

A：看你的目标。如果你的目标是进大厂做后端，要。如果你的目标是一个人做出能收钱的产品，把建表、查询、索引、备份这四件事做熟就够用了。

Q：用哪种数据库？

A：一个人做产品，选你部署环境里最省事的那个。具体的选型判断我在一个人做产品用什么语言和框架里讲过，核心是看交付方式。