我在厦门写代码加做运维差不多八年，软件园二期、三期、集美都待过，大厂和十几人的小团队都合作过。被问得最多的一句话就是：这个项目数据库用啥？说实话这问题没标准答案，得看数据量、团队人手、还有要不要过信创验收。
厦门本地公司的业务类型其实挺集中的：跨境电商、手游、物联网硬件、再加一批政务和国企的信息化项目。这四类对数据库的要求差得特别远，拿一套方案套所有项目，早晚出事。
- 跨境电商：订单、库存、支付，强事务，MySQL 或 PostgreSQL 就够，重点在主从切换和备份
- 手游：排行榜、开服日志、道具流水，Redis 打头阵，MySQL 兜底，最怕热点 key
- 物联网：设备心跳上报，典型的时序数据，别硬塞 MySQL，看看 TDengine 或 ClickHouse
- 政务国企：信创目录是硬门槛，达梦、人大金仓、OceanBase、GaussDB 这几个绕不开
两次迁移，印象比较深
2021 年帮一家做跨境电商的公司调过架构。订单表单表八千万行，MySQL 单机 QPS 峰值到六千就开始抖，最慢的一条查询要 4 秒。他们的方案是先分库分表，我建议直接上 TiDB，用 DM 做增量同步，前后折腾了三周。上线后写入确实稳了，但新问题也来了：原来习惯的跨表 join 变慢，好几条 SQL 得重写。所以分布式数据库不是银弹，SQL 写法得跟着改。
另一家做智能水表的，用 MySQL 存设备心跳，一天两亿条，磁盘三个月就满一次。后来换 TDengine，压缩比大概做到 10:1，成本立刻下来了。但代价是团队没人懂这套东西，出了问题只能提工单等远程，有次半夜报警等到第二天上午才回。这就是我想说的：技术选型之外，本地有没有人能支援，权重其实很高。
还有个政务项目印象很深。客户明确要求信创，原本跑在 MySQL 上的系统要换达梦，存储过程、自增主键、分页写法全得改，光适配就多花了两周。OceanBase 因为兼容 MySQL 语法，迁移成本相对低一些，但也不是改个连接串就完事。
选型前我会先问自己五个问题
- 三年后数据量大概多少？别只按当下估，业务翻倍很常见
- 团队里有没有人能看懂这套库的慢查询、监控和备份恢复？
- 项目要不要过信创或者等保？要的话，选型范围直接砍一半
- 云托管一年花多少钱，跟自建两台物理机比哪个划算？
- 真出故障了，本地有没有服务商能当天到机房？
最后说点我自己的判断。厦门这边大部分团队规模不大，运维人力就那么一两个人，组件越少越好。我的默认组合是：业务库用云托管的 MySQL 或 PostgreSQL，缓存 Redis，数据分析上 ClickHouse，有国产化要求就 OceanBase 或者达梦。别一上来就追最火的分布式数据库，先把单机 MySQL 用明白，索引、慢查询、主从切换都搞定了，再谈换不换。撑不住的那天，你自然会知道该换什么。