看到一个独立开发者把所有数据都存 Redis，包括用户、订单、内容。确实快，但我觉得风险不小，想听听大家看法。
我的担忧：
- 持久化虽然 RDB+AOF，但毕竟主要是内存数据库，大数据量成本高。
- 复杂查询、聚合基本要自己写，没有 SQL 灵活。
- 数据迁移、备份、审计工具链远不如 Postgres 成熟。
适合的场景：纯 KV、排行榜、会话、限流。复杂业务关系还是上 SQL。
我自己会选 Postgres 当主库，Redis 当缓存/队列。
大家有没有 "Redis 当主库用" 的成功/翻车案例？
#DevOps
Redis 当主数据库用，到底行不行？
回复
暂时没有回复。
Related
相关推荐
讨论
部署 Next.js 到自建服务器，sharedNodeModules 行得通吗？
几台机器上跑了好几个 Next.js 应用，每个都自带一份 node modules，磁盘和构建时间都顶不住。想试试 shared node modules，但又怕依赖版本冲突。 查了下， output: 'standalone' 模式只会打包运行时真正用到的依赖，体积小很多，但
讨论
standalone 输出模式踩坑记录
用 output: 'standalone' 出来的 .next/standalone 目录，理论上拷到服务器直接 node server.js 就能跑。但实际部署我踩了好几个坑。 public/ 和 .next/static 不会被打进 standalone，得手动拷。 路径都
讨论
Edge Runtime vs Node Runtime，怎么选？
Next.js 里每条路由都能选 runtime，Edge 快、便宜、全球分布，但 API 受限；Node 慢但全功能。怎么选一直纠结。 我的判断： middleware、纯转发、轻量计算 → Edge。 重业务、用到 Node 库（Prisma、Sharp、pdf）→ Node
讨论
前端 monorepo：pnpm workspace 选型经验
几个内部包 + 主应用 + 文档站，迁到 pnpm workspace，整体体验不错。比 npm/yarn workspace 稳很多。 关键配置： 用 workspace: 协议锁内部包版本。 filter 做按需构建，CI 时间砍半。 用 changesets 管版本发布。