我们当年拆微服务，在数据库上踩的最深的一个坑，是从一张订单表开始的
一次深夜数据库故障揭示了微服务拆分中数据库迁移的致命陷阱：过早拆表导致跨库查询崩溃、数据迁移脚本忽略实时变更引发停机、分布式事务在流量高峰时陷入恶性循环。核心教训是：拆分时机优先于方式，应遵循“先服务后数据库”和“先读后写”的迁移策略，用本地事务处理强关联业务，异步消息仅用于真正跨域操作，并通过静态检查杜绝跨库查询。
标签: #分布式数据库
共 2 篇文章
分库分表后，这几种全局 ID 方案到底谁更扛得住
在2024年分布式数据库场景下，基于时间序列的Snowflake变体（如百度UidGenerator、美团Leaf-segment）是性能与可靠性最均衡的高并发首选，号段模式QPS上限最高但扩容风险大。UUID和数据库自增主键分别因存储索引性能和可用性问题，不适合生产环境。文章通过压测数据和故障案例，详细拆解了各方案的工程陷阱、适用边界及决策树，并针对时钟回拨、号段浪费、分片均匀性等常见问题给出了具体解法。