广州做项目选数据库，我踩过的坑和推荐清单
我在广州写后端六年，换过三家公司，从游戏公司到做政务项目的集成商都待过。每次新项目立项，数据库选型都是吵得最凶的一环。广州这地方有点特殊：老机房还在跑，云厂商的广州节点又便宜，政企项目还压着信创要求。所以"广州数据库推荐"这事真没法一句话回答，得看你站在哪个场景。
广州公司实际在用的几款
说实话，MySQL 还是绝对主力。广州游戏、电商、直播公司扎堆，业务迭代快，人也相对好招。我上一家公司用的是腾讯云广州地域的 MySQL 8.0，同城双活延迟稳定在 1-2ms，主库 8 核 32G 扛日活三十万的订单写入，没什么压力。
如果单表过亿、还要做实时分析，就得往上走一层。我参与过一次从 MySQL 迁到 TiDB 的项目，300G 的库，用 mydumper 逻辑导出加增量同步，正式切换停服 40 分钟。跑了一个月，慢查询少了一大半。代价是运维复杂度翻倍，小团队别轻易上。
按场景挑，我一般这么分：
- 中小业务、快速上线：云厂商 MySQL 或 PostgreSQL，广州地域优先，清远、河源节点更便宜
- 高并发交易、不想自己搞分库分表：TiDB、OceanBase，但要有专人运维
- 政企信创要求：达梦、openGauss、人大金仓，上线前必须做兼容性测试
- 缓存和队列别塞进数据库：Redis 放同可用区，省下来的延迟很实在
国产化替换这件事，别硬扛
信创项目我做过两个，达梦和 openGauss 各一个。最大的坑不在数据库本身，在存储过程和 Oracle 语法。我见过一个项目，迁移评估只花了两周，改 SQL 改了三个月。后来我的做法是先跑一遍全量 SQL 抓取，把不兼容的函数列成清单，再决定是改代码还是换方案，这样至少心里有数。
云上的选择反而简单。业务主要面向华南用户，就选广州地域。阿里云的华南节点在深圳，我们实测跨城延迟 5-8ms，量一大就不划算。预算紧的话往北一点的节点走，代价是多几毫秒，看你能不能接受。
本地圈子比官方文档管用
广州的数据库氛围其实不错。琶洲、TIT 创意园那边经常有开源社群的技术沙龙，DBA 群里的人也愿意聊踩坑经历。我上次问一个分库分表的字段冗余问题，半小时有三个人给了方案，其中一个还是某银行核心库的负责人。这种事翻官方文档真翻不出来。
总结一下我的判断：在广州选数据库，先定业务量级和合规要求，再看团队里有没有人能长期维护。别为了技术先进选一个没人会运维的东西，那才是真的坑。选型文档写得再漂亮，半夜出故障能爬起来修的人，才是决定这套库能不能活下来的关键。