1、数据库选型全景：关系型 vs NoSQL vs NewSQL，库存场景的选型决策树

做库存管理系统，第一个要拍板的问题就是：选什么数据库？

说实话，这个问题我当年也纠结过。记得2016年我接手一个电商库存项目，团队里吵了三天——有人坚持MySQL到底，有人非要上MongoDB。最后呢？选错了，上线第一个月就出了数据不一致的故障。嗯，从那以后我养成了一个习惯：先画决策树，再动手选型。

1.1 三类数据库，到底有什么区别？

先别急着选，我们得搞清楚这三类数据库各自擅长什么。我习惯用一个比喻来理解：

• 关系型数据库（如MySQL、PostgreSQL）——就像一本严谨的账本。每一笔记录都有固定的格式，字段不能乱填。你想想看，库存的“商品ID”、“仓库ID”、“数量”这些字段，天生就是结构化的。关系型数据库最拿手的就是事务和一致性。
• NoSQL数据库（如MongoDB、Redis）——更像一个灵活的收纳箱。你可以往里面扔各种格式的数据，不用提前定义好结构。但代价是什么？一致性没那么强。我在项目中遇到过用MongoDB存库存快照的场景，读得快，写得更快，但一旦并发高了，数据就可能对不上。
• NewSQL数据库（如TiDB、CockroachDB）——你可以把它理解成“缝合怪”。它想同时拥有关系型的事务能力和NoSQL的扩展能力。说白了，就是既要又要还要。适合那种数据量大、又对一致性要求极高的场景。

1.2 库存场景的选型决策树

我每次做选型，都会画一张决策树。你跟着这个思路走，基本不会跑偏：

开始选型
│
├─ 数据量 < 100万 SKU？
│   ├─ 是 → 并发 < 1000 QPS？
│   │   ├─ 是 → MySQL / PostgreSQL（单机即可）
│   │   └─ 否 → MySQL + Redis缓存（读写分离）
│   └─ 否 → 进入下一步
│
├─ 数据量 100万~1000万 SKU？
│   ├─ 需要强事务？
│   │   ├─ 是 → PostgreSQL（分区表）或 TiDB
│   │   └─ 否 → MongoDB（分片集群）
│   └─ 进入下一步
│
└─ 数据量 > 1000万 SKU 或 跨地域部署？
    ├─ 需要分布式事务？
    │   ├─ 是 → TiDB / CockroachDB（NewSQL）
    │   └─ 否 → Cassandra（最终一致性，适合日志型库存）
    └─ 结束

1.3 关系型数据库：库存系统的基石

为什么我首推关系型数据库？因为库存管理最核心的需求就两个：扣减库存要准，查询库存要快。

关系型数据库的ACID事务，就是用来保证“准”的。你想想看，用户下单扣库存，如果这一步不是原子操作，那超卖就是分分钟的事。我曾经在一个项目中，因为用了不支持事务的数据库，导致双十一当天库存扣了但订单没生成——那场面，简直灾难。

常用的关系型数据库对比：

数据库	事务支持	扩展性	适用场景
MySQL	强（InnoDB）	主从复制、分库分表	中小型库存系统，单表千万级
PostgreSQL	强（MVCC）	分区表、逻辑复制	复杂查询、需要JSON支持的库存
Oracle	极强	RAC集群	大型企业，预算充足

1.4 NoSQL数据库：什么时候该用？

NoSQL不是不能用，但要用对地方。我个人习惯把NoSQL用在非核心的库存场景：

• Redis：做库存缓存，扛高并发读。比如商品详情页显示的“库存剩余XX件”，这个数据从Redis读，不用每次都查MySQL。
• MongoDB：存库存变更日志。因为日志结构不固定，用MongoDB的文档模型很合适。
• Cassandra：做库存流水记录。写性能极高，适合海量写入的场景。

但记住一点：核心库存数据（当前库存量、锁定库存）永远不要放在NoSQL里。为什么？因为NoSQL的事务支持太弱了。你想想看，如果扣库存时数据库挂了，你连回滚都做不到。

1.5 NewSQL：未来的方向？

NewSQL这几年越来越火。我去年帮一个跨境电商做库存系统，他们全球有5个仓库，数据要实时同步。用MySQL分库分表？太复杂了。用TiDB，一个集群搞定。

NewSQL的优势很明显：

• 水平扩展：加节点就能扩容量，不用手动分库分表
• 强一致性：分布式事务，保证跨节点数据不冲突
• 兼容MySQL协议：迁移成本低，ORM框架基本不用改

但缺点也有：运维门槛高。TiDB的集群部署、监控、调优，没个专人搞不定。小团队慎用。

1.6 我的选型建议

说了这么多，给你一个可以直接抄的结论：

1. 起步阶段（日订单 < 1万）：直接用MySQL 8.0 + InnoDB。别折腾，够用了。
2. 增长阶段（日订单 1万~10万）：MySQL + Redis缓存。热点商品库存放Redis，扣减时用Lua脚本保证原子性。
3. 规模化阶段（日订单 > 10万，多仓库）：考虑TiDB或CockroachDB。这时候单库扛不住了，分布式是必然。