Mariadb数据库集群
  
  mariadb主从
    主从多用于网站架构,因为主从的同步机制是异步的,数据的同步有一定的延迟性,也就是说可能会导致数据丢失,但是性能比较好,因此网站大多数
    用的是主从架构的数据库,读写分离必须基于主从架构来搭建。
    异步:提高效率,但是数据的安全性没有保证。
    同步:安全性高,但是效率不高
    增删改不多的情况下可以去使用主主架构。主主——预防单点故障。
  主从架构
    一主多从、一主一从。
    Master建立数据库账号——slave利用这个账号访问master的二进制文件,监控binlog的position。
    主从架构的搭建与配置:
      异步:效率高、安全性低、有延迟
      同步:效率低、安全性高、无延迟
      主:可读可写(dump thread)
      从:可读不可写(sql thread 、 i/o thread)
  

  @ps:单点故障解决方案:
       主主架构:
       互为主备,互相监控对方的二进制文件进行同步
       #note:当两个sql语句发生冲突的时候主主架构有可能出现数据不一致的情况。
       MHA(master high available)
          #MHA可以有多个配置文件,一个配置文件监控一个主从架构。

   相关配置
     MASTER:
      1、在master配置文件/etc/my.cnf.d/server.cnf的[mysqld]加入以下:
      [mysqld]
      server-id=1
      log-bin=mysql-bin
      2、重启mysql服务
      service mysqld restart
      3、创建从连接账号与授权
      create user 'slave'@'%' identified by 'slave';
      grant replication slave on *.* to slave@'%';
      #grant replication slave on *.* to slave@'%' identified by 'slave';
      flush privileges;
      4、查看二进制日志
      show master status;  #从节点同步二进制日志的文件和位置。
     SLAVE:
      1、修改slave的配置文件/etc/my.cnf.d/server.cnf
      [mysqld]
      server-id=2
      2、重启mysql服务
      service mysqld restart
      3、登录数据库
      mysql -uroot -proot
      change master to \
      master_host='MASTER_IP',master_user='slave',master_password='slave',master_log_file='mysql-bin.00001',master_log_pos=528;
      start slave;
      show slave status\G
     #需要注意的是,主动只能向后同步。如果前面还有数据也需要写到从的数据库里,可以使用备份与恢复来解决,然后再开启主从同步。
     #在从上可以创建,但是不会同步到主。
     #如果读节点要做集群,那么可以使用mycat来做读写分离,后端读节点集群使用lvs来做LB分发。
 

配置详细参考如下:
  1. mysql主从配置
  2. yum配置
  3. [mariadb]
  4. name=MariaDB
  5. baseurl=http://mirrors.ustc.edu.cn/mariadb/yum/10.3/centos7-amd64/
  6. gpgkey=http://mirrors.ustc.edu.cn/mariadb/yum/RPM-GPG-KEY-MariaDB
  7. gpgcheck=1
  8.  
  9. 服务器1 MariaDB01 192.168.254.28
  10. 服务器2 MariaDB02 192.168.254.29
  11. 操作系统: CentOS7.3
  12. 数据库版本: MariaDB-10.3.7
  13. 主从关系: MariaDB01为主,MariaDB02为从
  14.  
  15. MariaDB01
  16. 1. 修改配置文件
  17. vi /etc/my.cnf.d/server.cnf
  18. 在[mysqld]下加入以下
  19. server-id=1
  20. log-bin=mysql-bin
  21.  
  22. 2. 重启mysql服务
  23. service mysqld restart
  24.  
  25. 3.创建主从连接帐号与授权
  26. CREATE USER 'slave'@'%' IDENTIFIED BY 'slave';
  27. GRANT REPLICATION SLAVE ON *.* TO 'slave'@'%';
  28. flush privileges;
  29.  
  30. 4.show master status
  31.  
  32. MariaDB02
  33. 1. 修改配置文件
  34. vi /etc/my.cnf.d/server.cnf
    server-id=2
    2. 重启mysql服务
  35. service mysqld restart
  36.  
  37. 3.登录数据库
  38. mysql -uroot -proot4. 建立主从连接
  39. CHANGE MASTER TO MASTER_HOST='192.168.254.28', MASTER_USER='slave', MASTER_PASSWORD='slave', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=1443;
  40. start slave;
  41.  
  42. 5.验证!!!
  43. create database test01
  44. use test01
  45. create table students(id int(10), name char(20), age int(10))
  46. 之后查看从节点是否有test01数据库和students
  47.  
  48. 6.查看mysql二进制log
  49. mysqlbinlog /var/lib/mysql/mysql-bin.000001
  50.  
  51. #如果出现不同步可以执行以下步骤
  52. stop slave
  53. set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
  54. start slave
  55. 或者
  56. stop slave;
  57. mysql> change master to
  58. master_host='192.168.254.28',
  59. master_user='user',
  60. master_password='pwd',
  61. master_port=3306,
  62. master_log_file='mysql-bin.000008',
  63. master_log_pos=483;
  64. start slave
 
 

 
 
多主架构:galera集群
 
  galera集群多用于关键性业务,因为galera集群为了数据的一致性,采用的是同步的机制,这就使galera牺牲了一部分性能来换取数据一致性。
   搭建集群要保证selinux和firewalld关闭
   galera集群:属于实时同步,数据安全性高。
   galera集群之中,如果因为故障down掉了一个主机,那么集群会自定剔除这台主机,修复了之后重新加进来。
   他们之间要通讯——wsrep协议——有端口4567
   galera集群最好使用奇数台服务器,因为在剔除故障主机的时候采用的是仲裁机制。
 
 多主集群的配置:
   
   第一步:集群的每台主机配置文件修改内容如下
       vim /etc/my.cnf.d/server.cnf
       wsrep_on=ON
       wsrep_provider=/usr/lib64/galera/libgalera_smm.so
       wsrep_cluster_address='gcomm://192.168.152.142,192.168.153.143,192.168.153.144'
       binlog_format=row
       default_storage_engine=InnoDB
       wsrep_node_name=node1  #(node2 node3与主机名无关)
    第二步:
       初始化
       mysqld_safe --wsrep_cluster_address='gcomm://192.168.152.142,192.168.153.143,192.168.153.144'
       #如果有报错信息查看/var/log/messges
   
       数据库要先停掉,也即是在初始化时候mariadb没有运行。
       初始化成功之后使用:galera_new_cluster
       启动之后:端口3306和4567都已经正常监听
       第一次启动集群:初始化和启动在同一台主机上,另外的主机service mariadb restart正常启动即可。
   
       #刚开始的时候启动可能较慢,因为后面的主机会去同步galera_new_cluster启动的主机里的数据。
       #库的内容如果不一致——先同步库(两个互相同步)
   
       #可以随意登录一台主机,创建几个测试数据库和测试数据表来验证集群是否搭建成功。
   
       #集群启动之后mysql -uroot -proot
       show status like '%wsrep%';
       #找到wsrep_cluster_state_uuid 然后确保/etc/lib/mysql/grastate.dat中的uuid各个节点都一致。
       #/etc/lib/mysql/grastate.dat中的safe_to_bootstrap的值:最后停掉的集群中的主机其值为1,下次启动也要通过galera_new_cluster来启动
       #确保在后面写入的数据被同步到其他的主机,保障数据的一致性。
 

详细配置参考如下:
  1. 实战Mariadb10.310.3自带galera软件) galera Cluster集群架构
  2. Mariadb galera Cluster安装:
  3. 操作系统:Centos7.3版本
  4. 集群数量:3个节点
  5. 主机信息:
  6. 192.168.153.142 node1 selinux=disabled firewalld关闭
  7. 192.168.153.143 node2 selinux=disabled firewalld关闭
  8. 192.168.153.144 node3 selinux=disabled firewalld关闭
  9.  
  10. 搭建步骤
  11. 1.主机之间互相解析:三台节点都要执行
  12. vim /etc/hosts
  13. 192.168.153.142 node1
  14. 192.168.153.143 node2
  15. 192.168.153.144 node3
  16.  
  17. 2.安装软件包
  18. 第一种方法:(yum install -y MariaDB-server MariaDB-client galera
  19. 配置yum安装源和配置mariadb galera安装源
  20. yum源配置挂iso
  21. 设置mariadbyum源并安装(所有节点都要)
  22. 修改yum源文件
  23. vi /etc/yum.repos.d/mariadb.repo
  24. [mariadb]
  25. name = MariaDB
  26. baseurl = http://yum.mariadb.org/10.3.5/centos74-amd64
  27. gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
  28. gpgcheck=1
  29. enabled=0
  30. 安装galera软件时需要解决它的依赖包:boost-program-options.x86_64 (直接yum源安装即可)
  31.  
  32. 3.mariadb初始化 (三个节点都需要执行)
  33. 安装完成后会提示需要对mariadb进行初始化(设置密码)
  34. systemctl start mariadb
  35. mysql_secure_installation (按提示设置mysql密码)
  36. systemctl stop mariadb
  37.  
  38. 4.配置galera
  39. 主节点配置文件server.cnf
  40. vim /etc/my.cnf.d/server.cnf
  41. [galera]
  42. wsrep_on=ON
  43. wsrep_provider=/usr/lib64/galera/libgalera_smm.so #galera的库文件的地址
  44. wsrep_cluster_address="gcomm://192.168.153.142,192.168.153.143,192.168.153.144" #各节点的ip
  45. wsrep_node_name=node1         #节点主机名  
  46. wsrep_node_address=192.168.153.142 #节点ip
  47. binlog_format=row          #二进制日志设置为行模式
  48. default_storage_engine=InnoDB    #使用的默认引擎
  49. innodb_autoinc_lock_mode=2     #性能最好
  50. wsrep_slave_threads=1 #并行复制线程数
  51. innodb_flush_log_at_trx_commit=0 #0.log buffer将每秒一次地写入log file中,并且log file的flush(刷到磁盘)操作同时进行。该模式下在事务提交的时候,不会主动触发写入磁盘的操作。
  52.                      #1:每次事务提交时MySQL都会把log buffer的数据写入log file,并且flush(刷到磁盘)中去,该模式为系统默认。
  53.                      #2:每次事务提交时MySQL都会把log buffer的数据写入log file,但是flush(刷到磁盘)操作并不会同时进行。该模式下,MySQL会每秒执行一次 flush(刷到磁盘)操作
  54. innodb_buffer_pool_size=120M #设置缓存池大小
  55. wsrep_sst_method=rsync #远程同步
  56. wsrep_causal_reads=ON         #避免各个节点的数据不一致,这种情况需要等待全同步复制
  57. 将此文件复制到mariadb-2mariadb-3,注意要把 wsrep_node_name wsrep_node_address 改成相应节点的 hostname ip
  58.  
  59. 5.启动集群服务:
  60. 启动 MariaDB Galera Cluster 服务:
    (第一次启动要用初始化:mysqld_safe --wsrep_cluster_address=gcomm://192.168.254.24,192.168.254.27,192.168.254.36 >/dev/null &)
  61. [root@node1 ~]# /bin/galera_new_cluster
  62. 剩余两节点启动方式为:
  63. [root@node1 ~]# systemctl start mariadb
  64. 查看集群状态:(集群服务使用了45673306端口))
  65. [root@node1 ~]# netstat -tulpn | grep -e 4567 -e 3306
  66. tcp 0 0 0.0.0.0:4567 0.0.0.0: LISTEN 3557/mysqld
  67. tcp6 0 0 :::3306 ::: LISTEN 3557/mysqld
  68.  
  69. 6.验证集群状态:
  70. node1上执行:
  71. [root@node1 ~]# mysql -uroot -p ##进入数据库
  72. 查看是否启用galera插件
  73. 连接mariadb,查看是否启用galera插件
  74. MariaDB [(none)]> show status like "wsrep_ready";
  75. +---------------+-------+
  76. | Variable_name | Value |
  77. +---------------+-------+
  78. | wsrep_ready | ON |
  79. +---------------+-------+
  80. 1 row in set (0.004 sec)
  81. 目前集群机器数
  82. MariaDB [(none)]> show status like "wsrep_cluster_size";
  83. +--------------------+-------+
  84. | Variable_name | Value |
  85. +--------------------+-------+
  86. | wsrep_cluster_size | 3 |
  87. +--------------------+-------+
  88. 1 row in set (0.001 sec)
  89. 查看集群状态
  90. MariaDB [(none)]> show status like "wsrep%";
  91. +------------------------------+----------------------------------------------------------------+
  92. | Variable_name | Value |
  93. +------------------------------+----------------------------------------------------------------+
  94. | wsrep_apply_oooe | 0.000000 |
  95. | wsrep_apply_oool | 0.000000 |
  96. | wsrep_apply_window | 1.000000 |
  97. | wsrep_causal_reads | 14 |
  98. | wsrep_cert_deps_distance | 1.200000 |
  99. | wsrep_cert_index_size | 3 |
  100. | wsrep_cert_interval | 0.000000 |
  101. | wsrep_cluster_conf_id | 22 |
  102. | wsrep_cluster_size | 3 | ##集群成员
  103. | wsrep_cluster_state_uuid | b8ecf355-233a-11e8-825e-bb38179b0eb4 | ##UUID 集群唯一标记
  104. | wsrep_cluster_status | Primary | ##主服务器
  105. | wsrep_commit_oooe | 0.000000 |
  106. | wsrep_commit_oool | 0.000000 |
  107. | wsrep_commit_window | 1.000000 |
  108. | wsrep_connected | ON | ##当前是否连接中
  109. | wsrep_desync_count | 0 |
  110. | wsrep_evs_delayed | |
  111. | wsrep_evs_evict_list | |
  112. | wsrep_evs_repl_latency | 0/0/0/0/0 |
  113. | wsrep_evs_state | OPERATIONAL |
  114. | wsrep_flow_control_paused | 0.000000 |
  115. | wsrep_flow_control_paused_ns | 0 |
  116. | wsrep_flow_control_recv | 0 |
  117. | wsrep_flow_control_sent | 0 |
  118. | wsrep_gcomm_uuid | 0eba3aff-2341-11e8-b45a-f277db2349d5 |
  119. | wsrep_incoming_addresses | 192.168.153.142:3306,192.168.153.143:3306,192.168.153.144:3306 | ##连接中的数据库
  120. | wsrep_last_committed | 9 | ##sql 提交记录
  121. | wsrep_local_bf_aborts | 0 | ##从执行事务过程被本地中断
  122. | wsrep_local_cached_downto | 5 |
  123. | wsrep_local_cert_failures | 0 | ##本地失败事务
  124. | wsrep_local_commits | 4 | ##本地执行的sql
  125. | wsrep_local_index | 0 |
  126. | wsrep_local_recv_queue | 0 |
  127. | wsrep_local_recv_queue_avg | 0.057143 |
  128. | wsrep_local_recv_queue_max | 2 |
  129. | wsrep_local_recv_queue_min | 0 |
  130. | wsrep_local_replays | 0 |
  131. | wsrep_local_send_queue | 0 | ##本地发出的队列
  132. | wsrep_local_send_queue_avg | 0.000000 | ##队列平均时间间隔
  133. | wsrep_local_send_queue_max | 1 |
  134. | wsrep_local_send_queue_min | 0 |
  135. | wsrep_local_state | 4 |
  136. | wsrep_local_state_comment | Synced |
  137. | wsrep_local_state_uuid | b8ecf355-233a-11e8-825e-bb38179b0eb4 | ##集群ID
  138. | wsrep_protocol_version | 8 |
  139. | wsrep_provider_name | Galera |
  140. | wsrep_provider_vendor | Codership Oy <info@codership.com> |
  141. | wsrep_provider_version | 25.3.23(r3789) |
  142. | wsrep_ready | ON | ##插件是否应用中
  143. | wsrep_received | 35 | ##数据复制接收次数
  144. | wsrep_received_bytes | 5050 |
  145. | wsrep_repl_data_bytes | 1022 |
  146. | wsrep_repl_keys | 14 |
  147. | wsrep_repl_keys_bytes | 232 |
  148. | wsrep_repl_other_bytes | 0 |
  149. | wsrep_replicated | 5 | ##随着复制发出的次数
  150. | wsrep_replicated_bytes | 1600 | ##数据复制发出的字节数
  151. | wsrep_thread_count | 2 |
  152. +------------------------------+----------------------------------------------------------------+
  153. 58 rows in set (0.003 sec)
  154. 查看连接的主机
  155. MariaDB [(none)]> show status like "wsrep_incoming_addresses";
  156. +--------------------------+----------------------------------------------------------------+
  157. | Variable_name | Value |
  158. +--------------------------+----------------------------------------------------------------+
  159. | wsrep_incoming_addresses | 192.168.153.142:3306,192.168.153.143:3306,192.168.153.144:3306 |
  160. +--------------------------+----------------------------------------------------------------+
  161. 1 row in set (0.002 sec)
  162.  
  163. 7.测试集群mariad数据是否同步
  164. MariaDB [(none)]> create database lizk;
  165. Query OK, 1 row affected (0.010 sec)
  166.  
  167. MariaDB [(none)]> show databases;
  168. +--------------------+
  169. | Database |
  170. +--------------------+
  171. | china |
  172. | hello |
  173. | hi |
  174. | information_schema |
  175. | lizk |
  176. | mysql |
  177. | performance_schema |
  178. | test |
  179. +--------------------+
  180. 8 rows in set (0.001 sec)
  181. 在其他两个节点上可以查看lizk库已经同步。
  182.  
  183. 注意:
  184. 如果galera_new_cluster 报错
  185. vim /var/lib/mysql/grastate.dat
  186. safe_to_bootstrap更改为1
  187. # GALERA saved state
  188. version: 2.1
  189. uuid: a393feef-f639-11e8-9b89-4e75f9b8fb0f
  190. seqno: -1
  191. safe_to_bootstrap: 1
 
 
 
 
 

MariaDB——数据库集群的更多相关文章

  1. mariadb 数据库集群配置

    mariadb集群配置(主从和多主)   mariadb主从 主从多用于网站架构,因为主从的同步机制是异步的,数据的同步有一定延迟,也就是说有可能会造成数据的丢失,但是性能比较好,因此网站大多数用的是 ...

  2. mariadb数据库集群

    1.主从架构: 每个从节点需要一个dump线程连接主节点 异步:效率高,安全性低,有延迟 同步:效率低,安全性高,无延迟 主:可读可写,(dump thread) 从:可读不可写 (sql threa ...

  3. 构建 MariaDB Galera Cluster 分布式数据库集群(一)

    MariaDB Galera Cluster 介绍 简介 MariaDB集群是MariaDB同步多主机集群,仅支持XtraDB(详见本文结尾注释)/InnoDB存储引擎(虽然有对MyISAM实验支持 ...

  4. 数据库集群 MySQL主从复制

    MySQL主从复制 本节内容我们联系使用MySQL的主从复制功能配置Master和Slave节点,验证数据MySQL的数据同步功能. 因为要使用多个MySQL数据库,所以不建议在电脑上安装多个MySQ ...

  5. MariaDB Galera集群部署--技术流ken

    Galera集群介绍 MariaDB集群是MariaDB同步多主机集群.它仅支持XtraDB/ InnoDB存储引擎. 主要功能 同步复制 真正的multi-master,即所有节点可以同时读写数据库 ...

  6. docker应用-6(mysql+mycat 搭建数据库集群)

    上一节,通过使用overlay网络,搭建了跨主机的docker容器集群.下面,在这个跨主机的docker容器集群环境下,搭建mysql 数据库集群. mysql主从自动备份和自动切换 从数据安全性考虑 ...

  7. CentOS 7 搭建PXC 数据库集群

    CentOS 7 搭建PXC 数据库集群 PXC( Percona XtraDB Cluster ) 特点如下: 1.同步复制,事务要么在所有节点提交或不提交,保证了数据的强一致性. 2.多主复制,可 ...

  8. Linux下MySQL/MariaDB Galera集群搭建过程【转】

    MariaDB介绍 MariaDB是开源社区维护的一个MySQL分支,由MySQL的创始人Michael Widenius主导开发,采用GPL授权许可证. MariaDB的目的是完全兼容MySQL,包 ...

  9. 【Data Cluster】真机环境下MySQL数据库集群搭建

    真机环境下MySQL-Cluster搭建文档  摘要:本年伊始阶段,由于实验室对不同数据库性能测试需求,才出现MySQL集群搭建.购置主机,交换机,双绞线等一系列准备工作就绪,也就开始集群搭建.起初笔 ...

随机推荐

  1. 添加安卓端的User-Agent

    将系统换为Android即可 随机UA UA分析网站 Mozilla/5.0 (Windows NT 6. 4; WOW64) AppleWebKit/537. 36 (KHTML, like Gec ...

  2. Node.js 服务端处理图片

    Node 服务端处理图片 服务端进行图片处理是很常见的需求,但是Node在这一块相对来说比较薄弱.找了几个比较常见的模块来解决问题. gm GraphicsMagick for node 使用Open ...

  3. 绕过QQ群文件下载限速

    绕过QQ群文件下载限速 引言 众所周知,用QQ客户端下载QQ群文件,速度往往被限为10KB/s.这里我们来讲讲如何绕过这一限制. 原始事件发生在2020年2月2日,值武汉疫情爆发,全国各省市纷纷下令推 ...

  4. matplotlib学习(1)

    1.基本学习(1)1.1 代码: import matplotlib.pyplot as plt import numpy as np x=np.linspace(-1,1,50) #从-1到1,共5 ...

  5. EAP认证

    EAP信息交换: 上图中展示的是OTP(一次性密码)实现EAP交换过程,具体的EAP交换过程如下: 步骤1:请求方向认证方发送EAPOL-Start消息,通知对方已经做到了认证准备(注意:若会话由认证 ...

  6. Robot Framework 使用【1】-- 基于Python3.7 + RIDE 最新版本搭建

    前言 Robot Framework作为公司能快速落地实现UI自动化测试的一款框架,同时也非常适合刚入门自动化测试的朋友们去快速学习自动化,笔者计划通过从搭建逐步到完成自动化测试的过程来整体描述它的使 ...

  7. vue 的模拟数据

    首先分析需要什么数据,然后在build下 找到dev-server.js 在里面有一个var 项目名 = express() 在后面添加我们自己需要模拟的数据路由 // 自己添加路由 读取数据 sta ...

  8. windows网络编程-C语言实现简单的TCP协议聊天

    TCP/IP协议(面向连接协议)类似于打电话时,对方一定在手机附近并且此刻都在和对方进行通话.一定保证双方都在线,才能进行数据传输.UDP/IP协议(无连接协议)就像邮箱,不保证对方一定在等你邮件且对 ...

  9. git分支在项目中管理

    实际项目中如何使用Git做分支管理 2018年06月24日 18:08:24 ShuSheng007 阅读数:9241   版权声明: https://blog.csdn.net/ShuSheng00 ...

  10. solve License Key is legacy format when use ACTIVATION_CODE activate jetbrains-product 2019.3.1

    1.the java-agent and ACTIVATION_CODE can get from this site:https://zhile.io/2018/08/25/jetbrains-li ...