哈尔滨免费建站模板,微信公众号推广营销,wordpress 最新 热门 随机 切换,梦之翼wordpress主题站目前分库分表的中间件有三种设计思路#xff0c;分别是#xff1a;
采用分散式架构#xff0c;适用于用Java开发的高性能轻量级OLTP应用程序#xff0c;以Sharding-JDBC为代表。采用中间层Proxy架构#xff0c;提供了静态输入和所有语言支持#xff0c;适用于OLAP应用程…目前分库分表的中间件有三种设计思路分别是
采用分散式架构适用于用Java开发的高性能轻量级OLTP应用程序以Sharding-JDBC为代表。采用中间层Proxy架构提供了静态输入和所有语言支持适用于OLAP应用程序和分片数据库的管理和操作情况以Sharding-Proxy、Mycat 为代表。Database Mesh架构适合k8s环境以Sharding-Sidecar为代表。
分散式架构
以Sharding-JDBC为例Sharding-JDBC它定位为轻量级 Java框架在 Java的 JDBC层提供的额外服务。它使用客户端直连数据库以 jar 包形式提供服务无需额外部署和依赖可理解为增强版的 JDBC 驱动完全兼容JDBC和各种 ORM 框架。
优点 1、轻量范围更加容易界定只是 JDBC 增强不包括 HA、事务以及数据库元数据管理 2、开发的工作量较小无需关注 nio各个数据库协议等 3、运维无需改动无需关注中间件本身的 HA 4、性能高JDBC 直连数据库无需二次转发 5、可支持各种基于 JDBC 协议的数据库如MySQLOralceSQLServer
中间层Proxy架构
以Sharding-Proxy为例中间层将自身定义为透明的数据库代理它提供了一种数据库服务器该服务器封装了数据库二进制协议以支持异构语言。对DBA友好的是现在提供的MySQL版本可以使用与MySQL协议兼容的任何类型的终端例如MySQL Command ClientMySQL Workbench等。
优点 1、 对应用程序完全透明可以直接用作MySQL 2、适用于与MySQL和PostgreSQL协议兼容的任何类型的终端 2、更有效的管理数据库的连接 3、整合大数据思路将 OLTP 和 OLAP 分离处理 4、夸语言支持比较好
Database Mesh架构
以Sharding-Sidecar为代表。Sharding-SidecarTODO将自己定义为Kubernetes环境的云原生数据库代理以sidecar的形式负责对数据库的所有访问。它提供了一个与数据库交互的网格层我们称之为Database Mesh。
Database Mesh强调如何将分布式数据库访问应用程序与数据库连接。着重于交互它有效地组织了杂乱的应用程序与数据库之间的交互。使用数据库网格访问数据库的应用程序和数据库将形成一个大型网格系统只需将它们放在相应的正确位置即可。它们都由网格层控制。
混合架构
Sharding-JDBC采用分散式架构适用于用Java开发的高性能轻量级OLTP应用程序Sharding-Proxy提供了静态输入和所有语言支持适用于OLAP应用程序和分片数据库的管理和操作情况。 开源框架对比
–MycatSharding-JDBCSharding-ProxySharding-Sidecar官方网站官方网站官方网站官方网站官方网站源码地址gitcodegitcodegitcodegitcode官方文档Mycat 权威指南官方文档官方文档官方文档开发语言JavaJavaJavaJava数据库MySQLOracleSQL ServerPostgreSQLDB2MongoDBSequoiaDBMySQLOracleSQLServerPostgreSQL任何遵循 SQL92 标准的数据库MySQL/PostgreSQLMySQL/PostgreSQL连接数低高低高应用语言任意Java任意任意代码入侵无需要修改代码无无性能损耗略高损耗低损耗略高损耗低中心化是否是否静态入口有无有无管理控制台Mycat-webSharding-UISharding-UISharding-UI分库分表单库多表/多库单表✔️✔️✔️多租户方案✔️———读写分离✔️✔️✔️✔️分片策略定制化✔️✔️✔️✔️分布式主键✔️✔️✔️✔️标准化事务接口✔️✔️✔️✔️XA强一致事务✔️✔️✔️✔️柔性事务—✔️✔️✔️配置动态化开发中✔️✔️✔️编排治理开发中✔️✔️✔️数据脱敏—✔️✔️✔️可视化链路追踪—✔️✔️✔️多节点操作分页去重排序分组聚合分页去重排序分组聚合分页去重排序分组聚合分页去重排序分组聚合跨库关联跨库 2 表 JoinER Join基于 caltlet 的多表 Join———IP 白名单✔️———SQL 黑名单✔️———存储过程✔️———
结论
综合目前已有资源、业务情况、前期改造投入成本和后期运营成本考虑我建议选择ShardingSphere前期只采用分散架构只使用Sharding-JDBC后期如果有需要可以部署Sharding-Proxy根据业务情况使用混合架构。
参考
https://blog.csdn.net/weixin_43549578/article/details/106709343 https://shardingsphere.apache.org/document/current/cn/overview/ https://blog.csdn.net/vc33569/article/details/133178385
