你用过哪些分库分表中间件?不同的分库分表中间件都有什么优点和缺点?

fighting哥

于 2024-04-24 12:07:05 发布

阅读量801

点赞数 9

分类专栏：数据库文章标签：中间件

本文链接：https://blog.csdn.net/weixin_55682785/article/details/138154892

版权

数据库专栏收录该内容

8 篇文章 0 订阅

订阅专栏

这个其实就是看看你了解哪些分库分表的中间件，各个中间件的优缺点是啥?然后你用过哪些分库分表的中间件。
比较常见的包括：Cobar、TDDL、Atlas、Sharding-jdbc、Mycat。

1.Cobar

阿里 b2b 团队开发和开源的，属于 proxy 层方案，就是介于应用服务器和数据库服务器之间。应用程序通过 JDBC 驱动访问 Cobar 集群，Cobar 根据 SQL 和分库规则对 SQL 做分解，然后分发到 MySQL 集群不同的数据库实例上执行。早些年还可以用，但是最近几年都没更新了，基本没啥人用，算是被抛弃的状态吧。而且不支持读写分离、存储过程、跨库 join 和分页等操作。

2.TDDL

淘宝团队开发的，属于 client 层方案。支持基本的 crud 语法和读写分离，但不支持 join、多表查询等语法。目前使用的也不多，因为还依赖淘宝的 diamond 配置管理系统。

3.Atlas

360 开源的，属于 proxy层方案，以前是有一些公司在用的，但是确实有一个很大的问题就是社区最新的维护都在5年前了。所以，现在用的公司基本也很少了。

4.Sharding-jdbc

当当开源的，属于 client 层方案，是 ShardingSphere 的 client层方案。ShardingSphere 还提供 proxy 层的方案 Sharding-Proxy。确实之前用的还比较多一些，因为 SQL 语法支持也比较多，没有太多限制，而且截至 2019.4，已经推出到了 4.8.8-RC1 版本，支持分库分表、读写分离、分布式 id 生成、柔性事务(最大努力送达型事务、TCC事务)。而且确实之前使用的公司会比较多一些(这个在官网有登记使用的公司，可以看到从 2017年一直到现在，是有不少公司在用的)，目前社区也还一直在开发和维护，还算是比较活跃，个人认为算是一个现在也可以选择的方案。

5.Mycat

基于 Cobar 改造的，属于 proxy 层方案，支持的功能非常完善，而且目前应该是非常火的而且不断流行的数据库中间件，社区很活跃，也有一些公司开始在用了。但是确实相比于 Shardingidbc 来说，年轻一些，经历的锤炼少一些。

总结

        综上，现在其实建议考量的，就是 Sharding-jdbc 和 Mycat，这两个都可以去考虑使用。
        Sharding-jdbc 这种 client层方案的优点在于不用部署，运维成本低，不需要代理层的二次转发请求，性能很高，但是如果遇到升级啥的需要各个系统都重新升级版本再发布，各个系统都需要耦合 Sharding-jdbc 的依赖；
        Mycat 这种 proxy层方案的缺点在于需要部署，自己运维一套中间件，运维成本高，但是好处在于对于各个项目是透明的，如果遇到升级之类的都是自己中间件那里搞就行了。

通常来说，这两个方案其实都可以选用，但是我个人建议中小型公司选用 sharding-jdbc，client层方案轻便，而且维护成本低，不需要额外增派人手，而且中小型公司系统复杂度会低一些，项目也没那么多；但是中大型公司最好还是选用 Mycat 这类 proxy 层方案，因为可能大公司系统和项目非常多，团队很大，人员充足，那么最好是专门弄个人来研究和维护Mycat，然后大量项目直接透明使用即可。