方案虽好，成本先行：数据库Sharding+Proxy实践解析
https://dbaplus.cn/news-11-1854-1.html
主要内容：介绍分库分表发展历程和利弊；
节选内容如下：
总结：
分库分表为了解决一个问题，引入了很多成本，从长久看这种方案会逐步被新的解决方案替代。目前看来，解决的思路主要分为两个方向：
第一个思路既然分库的原动力主要是单实例的写入容量限制，那么我们可以最大程度地提升整个写入容量，云计算的发展为这种思路提供了新的可能，以 AWS Aurora 为代表 RDS ，它以 Log is database 为理念，将复杂的随机写入简化为顺序写的 Log，并通过将计算与存储分离，把复杂的数据持久化、一致性、数据合并都扔给一个高可用的共享存储系统来完成，进而打开写入的天花板，将昂贵的写入容量提升一个量级；
第二种思路承认分片的必要性，将这种分片的策略集成到一套整体的分布式数据库体系中，同时通过 Paxos/Raft 复制协议加上多实例节点来实现数据强一致的高可用，其中代表产品有 Google 的 Spanner & F1、TiDB
（https://github.com/pingcap/tidb）
、CockRoachDB
（https://github.com/cockroachdb/cockroach）
等，是比较理想的 Sharding + Proxy 的替代方案。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/29519108/viewspace-2220501/ ，如需转载，请注明出处，否则将追究法律责任。
