高性能mysql主主架构

A、环境描述

　　服务器A(主) 192.168.0.105
　　服务器B(主) 192.168.0.108
　　Mysql版本： 5.6.21
　　System OS：CentOS release 6.5
　　主从需同步的数据库内容保持一致。

　B、主主配置过程

（1）创建同步用户

在主服务器上为从服务器建立一个连接帐户，该帐户必须授予REPLICAITON SLAVE权限。服务器A和服务器B互为主从，所以都要分别建立一个同步用户

mysql>  grant replication client,replication slave on *.* to ‘repluser‘@‘192.168.0.%‘ identified by ‘123456‘;
Query OK, 0 rows affected (0.22 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.24 sec)
（2）修改mysql配置文件
服务器A
[mysqld]
server-id = 1
log-bin=mysql-bin-1
#binlog-do-db = test                   #需要同步的库
#binlog-ignore-db=mysql                #忽略不同步的库
#主主需加入的部分
log-slave-updates
sync_binlog=1
auto_increment_offset=1
auto_increment_increment=2
#replicate-do-db = test
#replicate-ignore-db = mysql,information_schema
服务器B
[mysqld]
server-id = 2
log-bin = mysql-bin-2
#replicate-do-db = test
#replicate-ignore-db = mysql,information_schema
#主主需要加入部分
#binlog-do-db = test
#binlog-ignore-db=mysql
log-slave-updates
sync_binlog=1
auto_increment_offset=2
auto_increment_increment=2

　

（3）配置参数说明

server-id：ID值唯一的标识了复制群集中的主从服务器，因此它们必须各不相同。master_id必须为1到232–1之间的一个正整数值，slave_id值必须为2到232–1之间的一个正整数值。

log-bin：表示打开binlog,打开该选项才可以通过I/O写到Slave的relay-log,也是可以进行replication的前提;

binlog-do-db：表示需要记录进制日志的数据库。如果有多个数据库可用逗号分隔，或者使用多个binlog-do-db选项

binlog-ignore-db：表示不需要记录二进制日志的数据库。如果有多个数据库可用逗号分隔，或者使用多个binlog-do-db选项

replicate-do-db：表示需要同步的数据库，如果有多个数据库可用逗号分隔，或者使用多个replicate-do-db选项

replicate-ignore-db=mysql：表示不需要同步的数据库，如果有多个数据库可用逗号分隔，或者使用多个replicate-ignore-db=mysql选项

log-slave-updates：配置从库上的更新操作是否写入二进制文件，如果这台从库，还要做其他从库的主库，那么就需要打这个参数，以便从库的从库能够进行日志同步

slave-skip-errors：在复制过程，由于各种原因导致binlog中的sql出错，默认情况下，从库会停止复制，要用户介入。可以设置Slave-skip-errors来定义错误号，如果复制过程中遇到的错误号是定义的错误号，便可以跳过。如果从库是用来做备份，设置这个参数会存在数据不一致，不要使用。如果是分担主库的查询压力，可以考虑。

sync_binlog=1 or N：sync_binlog的默认值是0，这种模式下，MySQL不会同步到磁盘中去。这样的话，MySQL依赖操作系统来刷新二进制日志binary log，就像操作系统刷其他文件的机制一样。因此如果操作系统或机器(不仅仅是MySQL服务器)崩溃，有可能binlog中最后的语句丢失了。

要想防止这种情况，你可以使用sync_binlog全局变量，使binlog在每N次binlog写入后与硬盘同步。当sync_binlog变量设置为1是最安全的，因为在crash崩溃的情况下，你的二进制日志binary log只有可能丢失最多一个语句或者一个事务。但是，这也是最慢的一种方式（除非磁盘有使用带蓄电池后备电源的缓存cache，使得同步到磁盘的操作非常快）。

即使sync_binlog设置为1,出现崩溃时，也有可能表内容和binlog内容之间存在不一致性。

auto_increment_offset和auto_increment_increment：auto_increment_increment和auto_increment_offset用于主－主服务器(master-to-master)复制，并可以用来控制auto_increment列的操作。两个变量均可以设置为全局或局部变量，并且假定每个值都可以为1到65,535之间的整数值。将其中一个变量设置为0会使该变量为1。

这两个变量影响auto_increment列的方式：auto_increment_increment控制列中的值的增量值,auto_increment_offset确定auto_increment列值的起点。

如果auto_increment_offset的值大于auto_increment_increment的值，则auto_increment_offset的值被忽略。

（4）服务器A和服务器B分别启动mysql服务

服务器A：
[[email protected] ~]# service mysqld restart
Shutting down MySQL..... SUCCESS! Starting MySQL......................... SUCCESS! 
服务器B：
[[email protected] ~]# service mysqld restartShutting down MySQL..... SUCCESS! Starting MySQL........... SUCCESS!
（5）分别查看主备服务器状态
服务器A：
mysql> flush tables with read lock;

Query OK, 0 rows affected (0.03 sec)

注：这里锁表的目的是为了生产环境中不让进新的数据，好让从服务器定位同步位置。同步完成后，记得解锁


mysql>unlock tables;




mysql> show master status \G;



*************************** 1. row ***************************



File: mysql-bin-1.000001



Position: 120



Binlog_Do_DB:



Binlog_Ignore_DB:



Executed_Gtid_Set:



1 row in set (0.00 sec)



ERROR: 


No query specified


服务器B：


mysql> flush tables with read lock;


Query OK, 0 rows affected (0.07 sec)


mysql> show master status\G


*************************** 1. row ***************************


File: mysql-bin-2.000001


Position: 120


Binlog_Do_DB:


Binlog_Ignore_DB:


Executed_Gtid_Set:


1 row in set (0.07 sec)


（6）分别在服务器A、B上用change master语句指定同步位置


服务器A:


mysql> change master to


-> master_host=‘192.168.0.108‘,


-> master_user=‘repluser‘,


-> master_password=‘123456‘,


-> master_log_file=‘mysql-bin-2.000001‘,


-> master_log_pos=120;


Query OK, 0 rows affected, 2 warnings (0.84 sec)


服务器B：


mysql> change master to


-> master_host=‘192.168.0.105‘,


-> master_user=‘repluser‘,


-> master_password=‘123456‘,


-> master_log_file=‘mysql-bin-1.000001‘,


-> master_log_pos=120;


Query OK, 0 rows affected, 2 warnings (0.11 sec)


（7）分别在服务器A，B上启动从服务器线程


服务器A：


mysql> start slave;


Query OK, 0 rows affected (0.23 sec)


服务器B:


mysql> start slave;


Query OK, 0 rows affected (0.23 sec)


(8)分别在服务器A,B查看从服务器状态


服务器A：


mysql> show slave status\G;


*************************** 1. row ***************************


Slave_IO_State: Waiting for master to send event


Master_Host: 192.168.0.108


Master_User: repluser


Master_Port: 3306


Connect_Retry: 60


Master_Log_File: mysql-bin-2.000001


Read_Master_Log_Pos: 120


Relay_Log_File: shenma-relay-bin.000002


Relay_Log_Pos: 285


Relay_Master_Log_File: mysql-bin-2.000001


Slave_IO_Running: Yes


Slave_SQL_Running: Yes


服务器B：


mysql> show slave status\G;


*************************** 1. row ***************************


Slave_IO_State: Waiting for master to send event


Master_Host: 192.168.0.105


Master_User: repluser


Master_Port: 3306


Connect_Retry: 60


Master_Log_File: mysql-bin-1.000001


Read_Master_Log_Pos: 120


Relay_Log_File: shenma1-relay-bin.000002


Relay_Log_Pos: 285


Relay_Master_Log_File: mysql-bin-1.000001


Slave_IO_Running: Yes


Slave_SQL_Running: Yes


（9）测试主主同步


服务器A：创建数据库wql


mysql> create database wql;


Query OK, 1 row affected (0.06 sec)


mysql> show databases;


+--------------------+


| Database           |


+--------------------+


| information_schema |


| mysql              |


| performance_schema |


| test               |


| wordpress          |


| wql                |


+--------------------+


6 rows in set (0.00 sec)


服务器B：查看是否同步wql数据库


mysql> show databases;


+--------------------+


| Database           |


+--------------------+


| information_schema |


| mysql              |


| performance_schema |


| test               |


| wql                |


+--------------------+


5 rows in set (0.07 sec)


（10）双向测试


服务器B：创建shenma库


mysql> create database shenma;


Query OK, 1 row affected (0.01 sec)


mysql> show databases;


+--------------------+


| Database           |


+--------------------+


| information_schema |


| mysql              |


| performance_schema |


| shenma             |


| test               |


| wql                |


+--------------------+


6 rows in set (0.00 sec)


服务器A：查看shenma库是否同步


mysql> show databases;


+--------------------+


| Database           |


+--------------------+


| information_schema |


| mysql              |


| performance_schema |


| shenma             |


| test               |


| wordpress          |


| wql                |


+--------------------+


7 rows in set (0.00 sec)务器的tmysql> show databases;


+--------------------+


| Database           |


+--------------------+


| information_schema |


| mysql              |


| performance_schema |


| shenma             |


| test               |


| wordpress          |


| wql                |


+--------------------+


7 rows in set (0.00 sec) ret gdf g　


希望大家多提意见QQ:1486483698


				


				
时间： 2024-10-12 17:25:03 

		


		


	

	
	

		


		
高性能mysql主主架构的相关文章


						

		

			

                高性能MySQL之基础架构
			

		

		

									

				一.背景 为什么我们需要先学习MYSQL的基础架构先呢? 原因很简单,当我们需要了解一件事物的时候,我们只有站在宏观的层面,才能层层剥丝抽茧的去理解问题.举个例子,我们要看一个框架的源码,一开始就想进去研究,却发现找不着北,原因很简单,因为我们没有鸟瞰全貌,我们根本不知道入口在哪里.因此我们学习MYSQL的时候也是这样.先从高纬度理解问题,最后看到里面有哪些组件,一层层的拆解,这样让我们对mysql有更深入的理解.废话不多说,我们先看总体的逻辑架构图,如下所示. 二.Mysql总体逻辑架构 从图			

		

	

						

		

			

                MySQL双主（主主）架构方案
			

		

		

									

				在企业中,数据库高可用一直是企业的重中之重,中小企业很多都是使用mysql主从方案,一主多从,读写分离等,但是单主存在单点故障,从库切换成主库需要作改动.因此,如果是双主或者多主,就会增加mysql入口,增加高可用.不过多主需要考虑自增长ID问题,这个需要特别设置配置文件,比如双主,可以使用奇偶,总之,主之间设置自增长ID相互不冲突就能完美解决自增长ID冲突问题. 主从同步复制原理 在开始之前,我们先来了解主从同步复制原理. 复制分成三步: 1. master将改变记录到二进制日志(binary			

		

	

				

		

			

                MySQL双主互备模式架构
			

		

		

									

				MySql双主互备架构模式 操作系统 CentOS 6.3 MySql版本 mysql-5.0.56 keepalived keepalived-1.1.19.tar.gz Master DB1配置文件 修改MySql 配置文件  /etc/my.cnf 增加以下段落 [mysqld] server-id=1    节点标示 log-bin=mysql-bin   开启mysql的binlog日志功能 relay-log = mysql-relay-bin  用来定义日志文件命名格式 repli			

		

	

				

		

			

                搭建MySQL的主从、半同步、主主复制架构
			

		

		

									

				复制其最终目的是让一台服务器的数据和另外的服务器的数据保持同步,已达到数据冗余或者服务的负载均衡.一台主服务器可以连接多台从服务器,并且从服务器也可以反过来作为主服务器.主从服务器可以位于不同的网络拓扑中,由于mysql的强大复制功能,其复制目标可以是所有的数据库,也可以是某些数据库,甚至是某个数据库中的某些表进行复制. MySQL支持的两种复制方案:基于语句复制,基于行复制基于语句复制基于行复制,这两种复制方式都是通过记录主服务器的二进制日志中任何有可能导致数据库内数据发生改变的SQL语句到中			

		

	

				

		

			

                mysql主主互备架构
			

		

		

									

				企业级mysql集群具备高可用,可扩展性,易管理,低成本的特点.mysql主主互备就是企业中常用的一个解决方案.在这种架构中,虽然互为主从,但同一时刻只有一台mysql 可读写,一台mysqk只能进行读操作 1.配置 环境: DB1(master)  mysql-5.1.73-3.el6_5.x86_64   192.168.32.130 DB2 (slave)    mysql-5.1.73-3.el6_5.x86_64    192.168.32.129 mysql vip : 192.16			

		

	

				

		

			

                mysql主主互备+原来mysql主从架构
			

		

		

									

				接http://wsw26.blog.51cto.com/1442148/1749125我这个A已做了BC的主架构上增加一台D的虚拟机(同一个环境),我的目的是D和A主主互备,BC继续做A的从,既是D<-->A-->BC这样架构(类似级联的) 准备工作:(1)D的IP是192.168.0.190,A的IP是192.168.0.8,B的IP是192.168.0.140,C的IP是192.168.0.141(2)将A的mysql备份的sql通过scp传去D那里再从D那里新建对应的数据库名字后			

		

	

				

		

			

                转载-Mysql主主复制架构配置
			

		

		

									

				Mysql主主复制架构配置 转载:原始出处 http://luoweiro.blog.51cto.com/2186161/658550MySQL主主复制结构区别于主从复制结构.在主主复制结构中,两台服务器的任何一台上面的数据库存发生了改变都会同步到另一台服务器上,这样两台服务器互为主从,并且都能向外提供服务. 这就比使用主从复制具有更好的性能.接下来我将使用两个同样的服务器来实现这个效果:具体Mysql的安装我就省略了,在上一篇的Mysql的主从架构的配置中有详细介绍server1_mysql:			

		

	

				

		

			

                mysql高可用方案之主主架构(master-master)
			

		

		

									

				mysql的主从是将主服务器操作记录写入二进制日志文件,然后通过mysql dump线程将日志传到从服务器中继日志中,从服务器在中继日志读取信息并执行.mysql主主架构原理和主从差不多,只是两台服务器都要开启二进制日志文件,并互相传送给对方读取日志中的内容,使数据同步.两台服务器可以同时读也可以同时写,但不能解决单点故障. 环境规划: 主机名:tong2   IP:192.168.1.248 主机名:tong3   IP:192.168.1.249 数据库:mysql-5.6.21 1.配置服			

		

	

				

		

			

                mysql高可用架构方案之一(keepalived+主主双活)
			

		

		

									

				Mysql双主双活+keepalived实现高可用 目录 1.前言... 4 2.方案... 4 2.1.环境及软件... 4 2.2.IP规划... 4 2.3.架构图... 4 3.安装设置MYSQL半同步... 5 4.Keepalived实现MYSQL的高可用... 11 1.前言 最近研究了下高可用的东西,这里总结一下mysql主主双活的架构方案,整体上提高服务的高可用性,出现问题也不需要手动切换,提高整体的维护效率.确定改造的话,只需要让他们的程序中使用vip地址就可以,实现起来比较