服务器端读写分离的具体技术

1:数据库集群技术

集群由3个概念

1:sql节点  sql node

2:数据节点 data node

3:管理节点 ndb managerment

Sql语句发送”1sql节点”, “1sql”节点发往”2数据节点”,再由3管理节点完成数据节点的之间的同步.

集群技术相对复杂,至少有3种节点,4台服务器才能完成.

2:数据库复制 replication

数据库复制 replication 的实现原理

1:主服务器凡运行语句,都产生一个二进制日志 binlog

2:从服务器不断读取主服务器的binlog

3:从主服务读取到的binlog,转换为自身可执行的relaylog,

4:执行relaylog

实现步骤:

1:首先确保主服务器打开二进制日志功能.

这样,主服务器一旦有数据变化,立即产生二进制日志.

2:从服务器也需要开启二进制日志和relay日志功能.

这样可以从主服务器读取binlog,并产生relaylog

3:在主服务器建立一个从服务器的账号,并授予数得上权限.

4: 指定从服务对应的主服务器,开启从服务器.

具体实施

本人虚拟机下有两台linux,IP为199 200

1: 200做从服务器

2: 199mysql,做为主服务器.

3: 保证主从3306端口互通.

4: 配置主服务器,打开binlog

#给服务器起一个唯一的id

server-id=1

 #开启二进制日志

log-bin=mysql-bin

#指定日志格式

binlog-format=mixd/row/statement
重启mysql

已经能够充当master服务器

5: 配置从服务器打开binlog和relaylog

重启从服务器

6: 在主服务器上创建相应的复制账号

7: 在从服务器通过语句指定要复制的主服务器(注意,可以一主多从,不可一从多主).

8:启动从服务器功能

->start slave;

8: 测试.

常用语句:

show master status ; 查看master的状态, 尤其是当前的日志及位置

show slave stattus; 查看slave的状态.

reset slave ;  重置slave状态.

start slave ; 启动slave 状态(开始监听msater的变化)

stop slave; 暂停slave状态;

主服务器的日志格式用哪种好?

有 statement,row, mixed3种,其中mixed是指前2种的混合.

以insert into xxtable values (x,y,z)为例,

影响: 1行,且为新增1行, 对于其他行没有影响. 

这个情况,用row格式,直接复制磁盘上1行的新增变化.

以update xxtable set age=21 where name=’sss’;

这个情况,一般也只是影响1行. 用row也比较合适.

以过年发红包,全公司的人,都涨薪100元.

update xxtable set salary=salary+100;

这个语句带来的影响,是针对每一行的, 因此磁盘上很多row都发生了变化.

此处,适合就statment格式的日志.

2种日志,各有各的高效的地方,mysql提供了mixed类型.

可以根据语句的不同,而自动选择适合的日志格式.
主主复制

在上面的配置中,2台服务器地位有差别,一主一从.

从服务器一是起到备份作用,一是起到分担查询压力的作用.

接下来的配置,2台服务器之间,没有明显的地位差距, 两者可以同步对方的内容.

一般的格局如下图:

两台服务器相互复制

大致思路:

1: 2台服务器都设置上2进制日志和relay日志

2: 都设置上replcation账号

3: 都设置对方为自己的master

主主复制下一定要注意避免的问题———同步冲突

例:

create table stu (

id int primary key auto_increment.

)……

2台mysql地位相等, 假如2个请求同时到达2台服务器,

请求的A节点,  stu 的id为1

请求的B 节点,  stu的id为1 ,

同步—>冲突

如何解决?

让1台服务器  1,3,5,7来增长

另1台服务器  2,4,6,8来增长

一台服务器:

set global auto_increment_increment = 2;

set global auto_increment_offset = 1;

set session auto_increment_increment = 2;

set session auto_increment_offset = 1;

另一台服务器:

set global auto_increment_increment = 2;

set global auto_increment_offset = 2;

set session auto_increment_increment=2;

set session auto_increment_offset = 2;

注:auto-increment-increment 和 auto-increment-offset 要写到配置文件 中,防止下次重启后失效.

操作后得到如下类似效果

如果后期需要加服务器,这个办法就有限制了.

我们可以在业务逻辑上来解决,

比如在racle 有sequnce,序列.

序列每次访问,生成递增/递减的数据.

以redis为例, 我们可以专门构建一个 global:userid

每次PHP插入Mysql前,先 incr->global:userid, 得到一个不重复的userid.

被动模式下的主主复制

是指 2台服务器地位一样, 但其中一台为只读,并且业务中也只写某1台服务器.

好处: 如果供写入的服务器出了故障,能迅速的切换到从服务器,

或者出于检修等目的,把写入功能切换到另一台服务器也比较方便.

拥有从服务器的主主复制,在实际应用中也很多.

环形结构 ()

即3台服务器,每台服务器均与其前/后的服务器形成master/slave的关系

不好之处: 任一台服务器坏了,影响其他2台. 不如2台形成的主主复制稳定.

在实际使用中,并不多.

分类: 未分类

0 条评论

发表评论