-
使用中间件的主要目的：数据库读写分离
主从复制集群（写操作在主数据库中执行、读操作在从数据库中执行）
主从复制实现原理
支持读数据库的负载均衡，这种情况多出现在一主多从的架构上，将读负载在多个服务器上进行均衡
高可用：在配置的时候，除了主节点之外，可以指定从节点，实现写操作（好多没有记）
查看全部 -
如果不使用mycat，那么前端应用必须实现切分逻辑查看全部
-
数据库水平拆分：分库、分表
使用场景：在经过垂直拆分后，业务量持续发展，规模相当大。这时，拆分过后的用户库已经不能满足需求，这时需要通过一定的规则进行水平拆分
切蛋糕（从左向右水平分开）
将原来的一个用户库分成多个用户库，通过一定的规则进行切分（拆分之后吗，表结构一样哦），前端应用通过mycat和切分规则来对后端切分后的数据库进行访问
查看全部 -
单DB：不是只有一台数据库服务器，而是主从复制集群（只有一台数据库负责写操作，其余负责读），这种架构只能分担数据库的只读负载
如果写负载已经达到一台数据库服务器无法承担的时候，那该怎么办
这时候需要对数据库进行垂直或水平的拆分
数据库垂直拆分：纵向切分（切蛋糕从上到下，切成几块），将一个数据库中的表，按照一定的规则，分担到多个数据库实例中（用户模块、订单模块、支付模块，原来这三个模块集中在单DB中，数据库垂直拆分就是将这三个相互并不影响的模块单独拆分出来，分别形成用户库、订单库、支付库，然后通过mycat来访问这三个数据库，而对于前端应用可以抽象成一个数据库来使用）
查看全部 -
mysql主从复制
查看全部 -
数据库中间层：读写分离、负载均衡、数据库连接池（控制数据库的连接数量）、屏蔽后端数据库的变更
对关系型数据库、非关系型数据库进行操作
查看全部 -
数据库中间层：在架构中的位置，位于前端应用和后端数据库之间的一个应用软件
查看全部 -
mycat的前世今生
查看全部 -
数据库负载增大时的处理方法
mycat分库、分表
查看全部 -
要的查看全部
-
sever.xml
查看全部 -
rule.xml
<tableRule name=""></tableRule>定义表使用的分片规则
<function name=""></function>定义分片算法
查看全部 -
<dataHost></dataHost>定义数据节点的物理数据源
查看全部 -
schemal.xml
<schema><table></table></schema>定义罗基库表
<dataNode></dateNode>定义数据节点
查看全部 -
配置文件
schema.xml rule.xml server.xml
查看全部
举报