mysql分布式思维（十二）- mylsql分布式

mysql高可用设计
1.通过复制的方式实现高可用
    1.1一个master多个slave
          某个slave crash掉只是停止个别读操作
   master crash掉要选择某个slave作为master,其它slave 进行change master 命令进行切换

1.2优缺点
slave可以作为master的备份
是异步的,不会给master带来很大压力，某些情况master crash,可能有些数据未复制到slave中
配置简单
正常运转的不需要停机
技术比较成熟
slave可以分流读操作
对slave再进行备份不影响master
master crash人工进行操作升级某slave为master,并有可能数据不一致--->通过智能的方式解决这个问题如使用keepAlived

二、mysql cluster 高可用方案（cluster本身用的就比较少)
    1.cluser 其实是比较理想的方案。
       但是现在mysql的cluster不是很成熟，很多功能不支持。
       所以应用不是特别广泛。
     2.优缺点
         普通设备
一个节点失败不会导致其它节点失败
需要较大内存
所有节点都可以避免单点失效
数据冗余的方式是同步，而非异步
不可以动态添加或者舍弃节点
本身不实现负载均衡
管理比较复杂
    3.限制

三、心跳与复制
   1.原理
       同一时刻只有一台机器提供数据库服务，两台数据库的数据通过复制同步
       ，用心跳来检测数据库服务器是否可用的；当master服务器不可用时，slave
       服务器绑定对外提供服务的ip(虚拟的IP),从而接管服务。
       master/slave服务器需要额外的交叉网线（用另外一块网卡互联），
       或者用串口连接的心跳线来检测对方的状态

    2.优缺点
          ----->所有复制技术的缺点
   ----->可以做到自动切换
   3.通过keepAlived也能实现自动切换，并且可以达到切换秒级

四、心跳与DRBD（Distributed Replicated Block Device)
    1.原理
        ---->由内核模块和相关脚本构成，构建高可用集群
---->实现方式是通过网络来镜像整个设备，可以生产分布式的存储系统。
----->把其看成一种网络RAID,Drbd负责接收数据，把数据写到本地磁盘，然后
            发送给另外一个主机。另一个主机在将数据存储到自己的磁盘中。
       ----->介于文件系统和磁盘的一种介质
    2.DRBD在处理远程数据写入操作的时候有三种模式
       ---->Protocol A
       ---->Protocol B
       ---->Protocol C
     3.优缺点
         ---->不具备复制的有点，备份机上使用的mysql正常情况下不能启动。
          因而不能作为其他用途（如备份）
         ----->比复制性能高
----->主机失效时，备机是否能完全保证数据一致，需要验证。
----->目前应用还不是特别的广泛

总结:用心跳+复制机制
用keepAlived+复制机制

复制机制 ---》部署简单、实施方便、默认支持。只要通过第三方软件即可完成自动切换

两个MySQL服务器，一个为Master（主），一个为Slave。master开启二进制日志；slave启动一个线程连接master，来不断地获取master的二进制日志，并写到本地的relay binlog文件中；slave启动另一个线程把relay binlog文件中的日志应用到slave数据库中；master中有一个线程负责与slave通讯，不断的读取二进制日志，并传递给slave。