上周三，我在深圳南山一间共享办公区蹭空调，听两个95后CTO聊技术选型。一个说：“上个月上线的AI导购后台，直接上了CockroachDB，连Postgres都没考虑。”另一个笑着接话：“我们连MySQL安装包都删了——不是不信它，是真怕哪天凌晨三点被告警叫醒，发现分库分表脚本跑崩了。”

　　这话听着轻描淡写，可数据不骗人：2024年上半年，国内新注册的科技类创业公司中，87%的绿场项目首次数据库选型绕开了MySQL。不是它崩了，是它太“稳”了——稳得像老城区一栋没装电梯的六层楼，住着舒服，可你要送AI模型进去训练？抱歉，得肩扛手提爬六楼。

　　我翻过三份不同VC机构的尽调备忘录，发现一个耐人寻味的细节：去年有两家拿到天使轮的团队，初始架构都写了“MySQL + Redis + ES”，但半年后其中一家已启动向TiDB迁移，另一家在融资BP里悄悄把“数据库兼容性”从“已验证”改成了“待评估”。原因？都不是性能突然拉胯，而是产品刚跑通PMF，用户行为埋点JSON字段就涨到47个，订单查询要连6张表，应用层写了个230行的DAO封装类——这时候再喊“大家熟”，熟的其实是债务。

　　Postgres确实能扛住JSON、窗口函数、物化视图，但上周帮朋友看架构时，他指着pg_stat_statements里一条执行17秒的聚合SQL苦笑：“查7天用户留存，PG干了17秒，而隔壁用ScyllaDB的同学，用同样的数据量，600毫秒出结果。”这不是谁优谁劣，是场景错位。就像你非要用紫砂壶煮火锅底料，壶不裂，汤早糊了。

　　NewSQL阵营最近也挺躁动。某跨境SaaS团队把核心订单库切到DynamoDB+局部二级索引，结果发现东南亚时区写入延迟毛刺频发；转头试了CockroachDB，时钟偏移问题又让库存超卖率从0.03%跳到0.2%。他们最后咬牙上了TiDB 7.5，调优花了三周，但上线后运维告警减少了68%。这账怎么算？早期多花三周，换掉未来三个月每天凌晨两点的救火会议——创业公司哪来的“三个月”？

　　其实真有人还在MySQL上跑得挺欢。我见过一家做内部HR系统的团队，5人前端+2个后端，全靠MySQL撑起3000人企业的考勤、审批、档案。他们连备份都用mysqldump定时打包，照样活得好好的。为什么？因为他们的KPI从来不是“支持千万级并发”，而是“让行政小姐姐不找IT报修”。

　　你手头那个新项目，现在打开终端敲了第一行docker run吗？

　　想想看，如果明年Q3你得突然支持巴西和印尼市场，如果运营同事明天就要看实时用户路径热力图，如果投资人问你“数据血缘怎么追溯”，你准备掏出什么答案？

　　MySQL当然能答，只是答案后面，往往跟着一串“但是……”

　　对吧？