MySQL 开始分库分表时,别急着换国产数据库:先问完这五句
一个 MySQL 集群开始不好伺候,团队通常会经历同一串动作:加只读副本、拆热点表、按用户 ID 分库、路由写进中间件、跨库查询单独做服务。
最开始都觉得还能扛。
直到某次需求只是“查一下用户在所有店铺的订单”,代码评审里先出现的不是 …
一个 MySQL 集群开始不好伺候,团队通常会经历同一串动作:加只读副本、拆热点表、按用户 ID 分库、路由写进中间件、跨库查询单独做服务。
最开始都觉得还能扛。
直到某次需求只是“查一下用户在所有店铺的订单”,代码评审里先出现的不是 …
上一篇《MySQL 千疮百孔,为什么没人能替代它》发出去之后,收到的留言比我预想的多。大部分不是技术讨论,是一种很微妙的共鸣:我知道它有问题,但我确实不知道该不该换。
这其实才是真正的困惑。
你看完 MySQL 那堆坑——ENUM 排序按定 …

技术评审会上,最尴尬的不是没人知道 MySQL 有坑。
最尴尬的是,所有人都知道它有坑,最后还是选它。
有人说 PostgreSQL 更严谨,有人说 MySQL 的外键、触发器、枚举、事务边界都要小心,有人甚至能现场背出几个历史遗留问题。 …
你只是改了一下订单状态,结果买家表被锁住了。
订单状态在订单表里。买家信息在买家表里。按正常直觉,这两个动作不该互相打扰。外键要保护的是买家 ID 这种关联字段,不是订单状态这种业务字段。
但 MySQL 里事情偏偏就这么发生了:因为订单状 …
用了 MySQL 好几年,最近深入研究 PostgreSQL,才发现自己一直在将就。
不是 MySQL 不好,而是 PostgreSQL 在太多地方更胜一筹。这篇文章从四个维度把它说清楚:索引、数据一致性、性能、扩展性。