标签：分库 shrdingkey 分表 Sphere jdbc sharding 均衡 Sharding

目前分库分表除了应用层基于业务逻辑的方式，在技术层面主要两种方式：一种是中间件代理，例如mycat和sharding-proxy，对于应用是比较透明的，支持的语言也多；第二种是侵入式，也就是数据库直连，例如sharding-jdbc。sharding-proxy和sharding-jdbc已经整合到sharding-Sphere里，官方文档：http://shardingsphere.apache.org/index_zh.html

Sharding-Sphere的不足之处：

（1）shrdingkey粘连，例如sharding-jdbc里面需要指出分库键和分表键，如果业务很复杂，意味着要建立很多shrdingkey；增删改查都必须带上这个shrdingkey才能路由到具体的数据表。

（2）要根据业务设计具体的数据均衡算法，如果要实现数据冷热均衡、高可用复杂，那算法的复杂度就会更高。一般分表分库数据，热点数据就需要设计非常复杂的算法，提前规划好几张库几张表；例如购物记录表，设计2个库，每个库水平切4张表，再为这些表设计一套均衡的数据分流，但是人员表你最多一个库两张表，再为这种业务维度设计一套数据均衡。最后，你要为这些来个主从、读写分离保证高可用。

（3）扩容非常困难，扩容要考虑数据均衡算法。

（4）sql不支持关联查询、分布式事务复杂度高、一致性差。不过这些都是关系型数据库在分布式场景下的通病。

标签：分库,shrdingkey,分表,Sphere,jdbc,sharding,均衡,Sharding
来源： https://www.cnblogs.com/jing-yi/p/14612489.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。