Mysql双主架构安装手册

mysql的双主模式配置第⼀台：192.168.0.160第⼆台：192.168.0.170主从配置，第⼀步：192.168.0.160 作为主数据库，192.168.0.170作为从数据库，配置如下：========192.168.0.160配置=======f配置⽂件server-id=1log-bin=mysql-bin-master #启⽤mysql⼆进制⽇志⽂件binlog-do-db=HA #指定允许从同步的数据库binlog-ignore-db=mysql #指定不允许从同步的数据库mysql> grant replication slave on *.* to 'slave'@'192.168.0.170' identified by 'password';mysql> show master status;mysql> flush privilegesmysql> select * from er where user='slave';============================================192.168.0.170=============f配置⽂件server-id=2mysql>stop slave;mysql> change master to master_host='192.168.0.160',master_user='slave',master_password='password'; mysql>flush privileges;mysql> start slave;===================================~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~测试：在192.168.0.160上创建数据库mysql> create database test;myql> show databases;在192.168.0.170上查询数据库mysql>show slave status; #io进程和sql进程都必须为yes，表⽰配置正确。

mysql+mycat搭建稳定⾼可⽤集群，负载均衡，主备复制，读写分离数据库性能优化普遍采⽤集群⽅式，oracle集群软硬件投⼊昂贵，今天花了⼀天时间搭建基于mysql的集群环境。

主要思路简单说，实现mysql主备复制-->利⽤mycat实现负载均衡。

⽐较了常⽤的读写分离⽅式，推荐mycat，社区活跃，性能稳定。

测试环境MYSQL版本：Server version: 5.5.53，到官⽹可以下载WINDWOS安装包。

注意：确保mysql版本为5.5以后，以前版本主备同步配置⽅式不同。

linux实现思路类似，修改f即可。

A主mysql。

192.168.110.1:3306, ⽤户root，密码root。

操作系统：win7 x64，内存：4g安装路径：C:\Program Files\MySQL\MySQL Server 5.5\binB备mysql。

192.168.110.2:3306, ⽤户root，密码root。

操作系统：win2003 x64，内存：1g安装路径：C:\Program Files\MySQL\MySQL Server 5.5\binA主、B备的mysql中创建sync_test数据库实现mysql主备复制主要思路：A主mysql开启⽇志，B备mysql读取操作⽇志，同步执⾏。

⼀般为主备同步，主主同步不推荐使⽤。

配置A主mysql1）修改my.ini。

需要在log-bin="C:/Program Files/MySQL/MySQL Server 5.5/log/mysql-bin.log"的相关位置创建log⽬录，以及mysql-bin.log⽂件。

[mysqld]server-id=1 #主机标⽰，整数port=3306log-bin="C:/Program Files/MySQL/MySQL Server 5.5/log/mysql-bin.log" #确保此⽂件可写read-only=0 #主机，读写都可以binlog-do-db=sync_test #需要备份数据库，多个写多⾏binlog-ignore-db=mysql #不需要备份的数据库，多个写多⾏2）允许MYSQL远程访问#登录mysql console进⼊%home%/bin，执⾏mysql -uroot -proot#授权。

MySQL之MyCat Mycat 可以简单概括为⼀个彻底开源的，⾯向企业应⽤开发的⼤数据库集群⽀持事务、ACID、可以替代MySQL的加强版数据库⼀个可以视为MySQL集群的企业级数据库，⽤来替代昂贵的Oracle集群⼀个融合内存缓存技术、NoSQL技术、HDFS⼤数据的新型SQL Server结合传统数据库和新型分布式数据仓库的新⼀代企业级数据库产品⼀个新颖的数据库中间件产品Mycat⼯作原理Mycat的原理中最重要的⼀个动词是"拦截"，它拦截了⽤户发送过来的SQL语句，⾸先对SQL语句做了⼀些特定的分析：如分⽚分析、路由分析、读写分离分析、缓存分析等，然后将此SQL发往后端的真实数据库，并将返回的结果做适当的处理，最终再返回给⽤户Mycat应⽤场景Mycat适⽤的场景很丰富，以下是⼏个典型的应⽤场景单纯的读写分离，此时配置最为简单，⽀持读写分离，主从切换分表分库，对于超过1000万的表进⾏分⽚，最⼤⽀持1000亿的单表分⽚多租户应⽤，每个应⽤⼀个库，但应⽤程序只连接Mycat，从⽽不改造程序本⾝，实现多租户化报表系统，借助于Mycat的分表能⼒，处理⼤规模报表的统计替代Hbase，分析⼤数据作为海量数据实时查询的⼀种简单有效⽅案，⽐如100亿条频繁查询的记录需要在3秒内查询出来结果，除了基于主键的查询，还可能存在范围查询或其他属性查询，此时Mycat可能是最简单有效的选择Mycat长期路线图强化分布式数据库中间件的⽅⾯的功能，使之具备丰富的插件、强⼤的数据库智能优化功能、全⾯的系统监控能⼒、以及⽅便的数据运维⼯具，实现在线数据扩容、迁移等⾼级功能进⼀步挺进⼤数据计算领域，深度结合Spark Stream和Storm等分布式实时流引擎，能够完成快速的巨表关联、排序、分组聚合等 OLAP⽅向的能⼒，并集成⼀些热门常⽤的实时分析算法，让⼯程师以及DBA们更容易⽤Mycat实现⼀些⾼级数据分析处理功能不断强化Mycat开源社区的技术⽔平，吸引更多的IT技术专家，使得Mycat社区成为中国的Apache，并将Mycat推到Apache基⾦会，成为国内顶尖开源项⽬，最终能够让⼀部分志愿者成为专职的Mycat开发者，荣耀跟实⼒⼀起提升Mycat不适合的应⽤场景设计使⽤Mycat时有⾮分⽚字段查询，请慎重使⽤Mycat，可以考虑放弃！设计使⽤Mycat时有分页排序，请慎重使⽤Mycat，可以考虑放弃！设计使⽤Mycat时如果要进⾏表JOIN操作，要确保两个表的关联字段具有相同的数据分布，否则请慎重使⽤Mycat，可以考虑放弃！设计使⽤Mycat时如果有分布式事务，得先看是否得保证事务得强⼀致性，否则请慎重使⽤Mycat，可以考虑放弃！MyCat的⾼可⽤性：需要注意: 在⽣产环境中, Mycat节点最好使⽤双节点, 即双机热备环境, 防⽌Mycat这⼀层出现单点故障.可以使⽤的⾼可⽤集群⽅式有:Keepalived+Mycat+MysqlKeepalived+LVS+Mycat+MysqlKeepalived+Haproxy+Mycat+Mysqlmycat安装⽬录结构：bin mycat命令，启动、重启、停⽌等catlet catlet为Mycat的⼀个扩展功能conf Mycat 配置信息,重点关注lib Mycat引⽤的jar包，Mycat是java开发的logs ⽇志⽂件，包括Mycat启动的⽇志和运⾏的⽇志version.txt mycat版本说明logs⽬录:wrapper.log mycat启动⽇志mycat.log mycat详细⼯作⽇志Mycat的配置⽂件都在conf⽬录⾥⾯，这⾥介绍⼏个常⽤的⽂件：server.xml Mycat软件本⾝相关的配置⽂件，设置账号、参数等schema.xml Mycat对应的物理数据库和数据库表的配置,读写分离、⾼可⽤、分布式策略定制、节点控制rule.xml Mycat分⽚（分库分表）规则配置⽂件,记录分⽚规则列表、使⽤⽅法等Mycat 主要配置⽂件说明server.xml存放Mycat软件本⾝相关的配置⽂件，⽐如：连接Mycat的⽤户，密码，数据库名称等server.xml⽂件中配置的参数解释说明：参数说明user ⽤户配置节点name 客户端登录MyCAT的⽤户名，也就是客户端⽤来连接Mycat的⽤户名。

一、数据库架构原则1.高可用2.3.高性能4.5.一致性6.7.扩展性8.二、常见的数据库架构方案方案一：主备架构，只有主库提供读写服务，备库冗余作故障转移用jdbc:mysql://vip:3306/xxdb1、高可用分析：高可用，主库挂了，keepalive（只是一种工具）会自动切换到备库。

这个过程对业务层是透明的，无需修改代码或配置。

2、高性能分析：读写都操作主库，很容易产生瓶颈。

大部分互联网应用读多写少，读会先成为瓶颈，进而影响写性能。

另外，备库只是单纯的备份，资源利用率50%，这点方案二可解决。

3、一致性分析：读写都操作主库，不存在数据一致性问题。

4、扩展性分析：无法通过加从库来扩展读性能，进而提高整体性能。

5、可落地分析：两点影响落地使用。

第一，性能一般，这点可以通过建立高效的索引和引入缓存来增加读性能，进而提高性能。

这也是通用的方案。

第二，扩展性差，这点可以通过分库分表来扩展。

方案二：双主架构，两个主库同时提供服务，负载均衡jdbc:mysql://vip:3306/xxdb1、高可用分析：高可用，一个主库挂了，不影响另一台主库提供服务。

这个过程对业务层是透明的，无需修改代码或配置。

2、高性能分析：读写性能相比于方案一都得到提升，提升一倍。

3、一致性分析：存在数据一致性问题。

请看，一致性解决方案。

4、扩展性分析：当然可以扩展成三主循环，但笔者不建议（会多一层数据同步，这样同步的时间会更长）。

如果非得在数据库架构层面扩展的话，扩展为方案四。

5、可落地分析：两点影响落地使用。

第一，数据一致性问题，一致性解决方案可解决问题。

第二，主键冲突问题，ID统一地由分布式ID生成服务来生成可解决问题。

方案三：主从架构，一主多从，读写分离jdbc:mysql://master-ip:3306/xxdbjdbc:mysql://slave1-ip:3306/xxdbjdbc:mysql://slave2-ip:3306/xxdb1、高可用分析：主库单点，从库高可用。

Docker实现Mysql主从复制实战（⼀主⼀从、双主双从）：---------------------------------⽬录----------------------------------前期扯淡：mysql主从复制和集群区别⼀、 Mysql数据库主从复制⼀主⼀从⼆、 Mysql数据库主从复制双主双从-----------------------------------------------------------------------哈哈！欢迎你的到来，俗话说磨⼑不误砍柴⼯，来吧，咱们先看看Mysql的主从复制和集群概念的区别。

MySQL集群是⼀个⽆共享的(shared-nothing)、分布式节点架构的存储⽅案，其⽬的是提供容错性和⾼性能。

集群所涉及到的三个概念: SQL节点(多个)：应⽤程序和数据节点的⼀个桥梁，应⽤程序不能直接访问数据节点，只能先访问SQL节点，然后SQL节点再去访问数据节点来返回数据，Cluster中可以有多个SQL节点，通过每个SQL节点查询到的数据都是⼀致的，⼀般来说，SQL节点越多，分配到每个SQL节点的负载就越⼩，系统的整体性能就越好； 数据节点(多个)：⽤于存储数据，数据存放内存中，数据节点中数据保存后⾃动复制并存储到其他节点，数据节点之间采⽤的是同步复制来保证各节点之间的数据⼀致性 管理节点(⼀个)：主要负责管理数据节点和SQL节点，还有集群配置⽂件和集群⽇志⽂件。

它监控其他节点的⼯作状态，能够启动、关闭或者重启某个节点。

其他节点从管理节点检索配置数据，当数据节点有新事件就把事件信⼼发送给管理节点并写⼊集群⽇志。

同步复制流程：a) Master执⾏提交语句时，事务被发送到Slave，Slave开始准备事务的提交。

b) 每个slave都要准备事务，然后向Master发送OK(或ABORT)消息，表明事务已经准备好（或者⽆法准备该事务）。

c) Master等待所有Slave发送OK或ABORT消息，如果Master收到所有Slave的OK消息，它就会向所有Slave发送提交消息，告诉Slave提交该事务；如果 Master收到来⾃任何⼀个Slave的ABORT消息，它就向所有 Slave发送ABORT消息，告诉Slavee) 每个Slave等待来⾃Master的OK或ABORT消息。

一、下载地址:/downloads/下载版本:Windows (x86, 32-bit), MSI Installer 二、安装步骤: (一)、系统要求:首先确保系统中安装了Microsoft .NET Framework 4.0(二)、安装步骤:注1：安装类型设置Developer Default 默认安装类型 Server only 仅作为服务器 Client only 仅作为客户端Full 完全安装类型Custom 用户自定义安装类型Installation Path 应用程序安装路径 Data Path 数据库数据文件的路径注2：服务器配置1、Server Configuration TypeConfig Type 下拉列表项用来配置当前服务器的类型。

选择哪种服务器将影响到MySQL Con figuration Wizard（配置向导）对内存、硬盘和过程或使用的决策，可以选择如下所示的3种服务器类型：（1）Developer Machine(开发机器)：该选项代表典型个人用桌面工作站。

假定机器上运行着多个桌面应用程序。

将MySQL服务器配置成使用最少的系统资源。

（2）Server Machin e（服务器）：该选项代表服务器，MySQL服务器可以同其它应用程序一起运行，例如FTP、email和web服务器。

MySQL服务器配置成使用适当比例的系统资源。

（3）Dedicated MySQL Server Machine（专用MySQL服务器）：该选项代表只运行MySQL服务的服务器。

假定运行没有运行其它应用程序。

MySQL服务器配置成使用所有可用系统资源。

作为初学者，选择“Developer Machine”（开发者机器）已经足够了，这样占用系统的资源不会很多。

2、Enable TCP/IP Networking左边的复选框中可以启用或禁用TCP/IP网络，并配置用来连接MySQL服务器的端口号，默认情况启用TCP/IP网络，默认端口为3306。

MySQL主备双活安装说明一、MySQL主备工作原理MySQL主备集群模式采用日志回放的模式，将主服务器上执行过的日志信息，在备机上重新进行一次回放，确保主备服务器数据的一致性。

简单而言就是把一个服务器上执行过的sql语句在别的服务器上也重复执行一遍，只要两个数据库的初态是一样的，那么它们就能一直同步。

对于一个mysql服务器，一般有两个线程来负责复制和被复制。

1. 作为主服务器Master，会把自己的每一次改动都记录到二进制日志Binarylog 中；2. 作为从服务器Slave，会用master上的账号登陆到master上，读取master的Binarylog，写入到自己的中继日志Relaylog，然后自己的sql线程会负责读取这个中继日志，并执行一遍。

MySQL主备双活即主服务器负责写入读取，从服务器则只能进行读取操作。

MySQL主主双活则在主备的基础上，采用互为备份的方式。

二、MySQL双活配置2.1. 环境说明两台服务器，IP地址分别为10.68.19.182(以下简称A机)、10.68.19.183（以下简称B机），操作系统Ubuntu 14.04。

2.2. MySQL安装在两台服务器上分别安装MySQL服务器。

$ sudo apt-get install mysql-server2.3. 创建备份用户在A机上执行mysql>grant replication slave on*.*to'repl'@'10.68.19.183'identified by'replpwd';mysql> flush privileges;在B机上执行mysql>grant replication slave on*.*to'repl'@'10.68.19.182'identified by'replpwd';mysql> flush privileges;2.4. 修改MySQL配置在A机上修改配置文件$ sudo vi /etc/mysql/f#bind-address = 127.0.0.1server-id = 101log_bin = /var/log/mysql/mysql-bin.logexpire_logs_days = 10max_binlog_size = 100M#binlog_do_db = include_database_namebinlog_ignore_db = mysqlbinlog_ignore_db = information_schemalog-slave-updatessync_binlog=0auto-increment-increment= 2auto-increment-offset = 1备注说明：1、bind-address注释掉或者修改为本地IP地址，否则外部机器无法连接到MySQL服务器；2、server-id为服务器的ID值，两台不同的MySQL服务器，必须配置成不同；3、binlog_do_db为需要同步的数据库，当前部署采用采用排除模式，不进行设置；4、binlog_ignore_db设定忽略哪些数据库的日志，当前的配置排除了系统自带的数据库；5、log-slave-updates这个参数用来配置从服务器的更新是否写入二进制日志，例如A->B B->A，在B中设置log_slave_updates后还可以B->C. 这样A,C中的数据也是一致的，在主主互备的方式中，日志会自动过滤自己发送给其它服务器的日志；6、sync_binlog对应的数值为0或任意整形数据，如果大于0，当每个sync_binlog写入该二进制日志后，MySQL服务器将它的二进制日志同步到硬盘上(fdatasync())。

数据库之MySQL集群⽅案策略（⼀）零、为什么需要群集？ 在现在的科技环境下，我们的项⽬中往往会处理越来越多的数据量，随着数据量的递增，单⼀的数据库已经⽆法满⾜我们的业务要求，因此为了解决这⼀系列的数据库瓶颈，我们有了集群的搭建⽅案。

⼀、MySQL版本 引擎对⽐： 1、myisam没有事务⽀持 MariaDB针对MyISAM改进，Aria占⽤空间⼩，并且允许在系统之间轻松进⾏复制。

2、innodb提供事务⽀持，innodb在做任何操作时，会做⼀个⽇志操作，便于恢复。

它是MariaDB 10.2（以及MySQL）的默认存储引擎。

3、xtradb是innodb存储引擎的增强版本，拥有更⾼性能。

MariaDB在10.0.9版本起使⽤XtraDB来代替MySQL的InnoDB。

在MariaDB 10.1之前XtraDB是最佳选择，它是InnoDB的性能增强分⽀，并且是MariaDB 10.1之前的默认引擎。

版本对⽐： 1、Percona提供了⾼性能XtraDB引擎，还提供了PXC⾼可⽤解决⽅案，并且附带了percona-toolkit等DBA管理⼯具箱。

2、MariaDB在10.2.6版本⾥移除Percona XtraDB，换回默认InnoDB，现在10.5默认是InnoDB。

综合多年使⽤经验和性能对⽐，⾸选Percona分⽀，其次是MariaDB，如果你不想冒险，那就选择MYSQL官⽅版本。

推荐MariaDB⼆、Mysql群集⽅案 ⽅案⼀：共享存储 ⼀般共享存储采⽤⽐较多的是 SAN/NAS ⽅案。

SAN：共享存储，主库从库⽤的⼀个存储。

SAN的概念是允许存储设施和解决器（服务器）之间建⽴直接的⾼速连接，通过这种连接实现数据的集中式存储。

优点： 1、保证数据的强⼀致性； 2、与mysql解耦，不会由于mysql的逻辑错误发⽣数据不⼀致的情况； 缺点： 1、SAN价格昂贵； ⽅案⼆：操作系统实时数据块复制 这个⽅案的典型场景是 DRBD，DRBD架构(MySQL+DRBD+Heartbeat) DRDB：这是linux内核板块实现的快级别的同步复制技术。

mysql双主单写原理
MySQL双主单写原理是指在两台服务器之间建立主从复制的关系，其中一台作为主服务器（Master），另一台作为从服务器（Slave）。

在双主单写模式中，主服务器可以写入数据，而从服务器可以读取数据。

同时，从服务器也可以充当主服务器，从而保证了系统的高可用性。

为了实现双主单写，通常会使用KeepAlived等高可用组件来检测两端的MySQL是否存活。

如果挂载了虚拟IP（VIP）的那个主服务器出现故障，KeepAlived会将VIP转移到另一个主服务器上。

双主单写模式可以提高系统的可用性和可靠性，但也需要注意数据一致性等问题。

在实际应用中，需要根据具体需求和场景来选择合适的数据库架构。