MySQL9-主从复制与读写分离

# basedir="C:/Program Files/MySQLSlave/MySQL Server 5.6/" #我这里貌似不需要改这个datadir=C:Program FilesMySQLSlaveMySQL Server 5.6data 4、创建第二个MySQL服务（1）在cmd中，cd进入C:Program FilesMySQLSlaveMySQL Server 5.6in（2）mysqld.exe install MySQLSlave  --defaults-file="C:Program FilesMySQLSlaveMySQL Server 5.6my.ini" 5、修改注册表：HKEY_LOCAL_MACHINE-->SYSTEM-->CurrentControlSet-->Services中，将MySQLSlave的ImagePath修改成："C:Program FilesMySQLSlaveMySQL Server 5.6inmysqld" --defaults-file="C:Program FilesMySQLSlaveMySQL Server 5.6my.ini" MySQLSlave 6、启动服务并访问：启动服务后，便可以向访问第二个MySQL服务了，比如使用navicat；用户名和密码与第一个MySQL服务相同即可。注意，此时两个MySQL服务没有什么关系，还需要进一步设置主从关系。   三、如何搭建主从服务器？1、建立两个MySQL服务，如上所述。 2、修改主从配置文件（1）主服务器[mysqld]server-id = 1binlog-do-db=test-master #要同步的数据库#binlog-ignore-db=mysql #不同步的数据库,如果指定了binlog-do-db这里应该可以不用指定的log-bin=mysql-bin #要生成的二进制日记文件名称（2）从服务器[mysqld]server-id = 2log-bin = mysql-binreplicate-do-db = test-master 3、保持主从mysql的test数据库初始状态一致：一般是先将所有的表加读锁，然后copy磁盘上的数据库文件夹。我这里直接停止服务，然后将数据文件拷贝过去。 4、主服务器下运行show master status，记下file和position参数。 5、从服务器的配置（1）设置masterchange master to master_host=‘127.0.0.1‘,master_port=3306,master_user=‘root‘,master_password=‘1111‘,master_log_file=‘mysql-bin.000001‘,master_log_pos=107;其中master_log_file和master_log_pos从步骤4得来。（2）启动：老版本是slave start，现在是start slave，一定注意start slave（3）查看状态：Slave_IO_Running与Slave_SQL_Running的值都必须为YES，才表明状态正常。show slave status 6、此时，便已经设置成功了主从复制；修改主服务器，观察从服务器的变化DROP TABLE IF EXISTS `user`;CREATE TABLE `user` ( `id` int(100) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(100) DEFAULT NULL, `time1` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, `age` int(11) DEFAULT NULL, PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8; INSERT INTO `user` VALUES (‘1‘, ‘lixiaolong‘, ‘2016-01-25 17:25:24‘, ‘2‘);   四、如何实现读写分离？可以通过MySQL Proxy方便的实现读写分离，具体实现方式略。   五、参考网页http://www.cnblogs.com/yuechaotian/archive/2013/05/15/3079919.html【[z]如何在一台windows主机上安装多个mysql服务】http://www.cnblogs.com/yuechaotian/archive/2013/05/15/3080056.html【[z]如何在一台windows主机上搭建mysql主从复制】  

MySQL9-主从复制与读写分离

标签：path   values   生成   二进制   window   ram   str   defaults   sts   

小编还为您整理了以下内容，可能对您也有帮助：

mysql的读写分离和主从复制的区别在哪里

读写分离的意思是，写入的时候向 a 服务器写入，而读出的时候从 b c d 甚至更多的服务器读出；这样的架构适合于读多写少的应用，最典型的就是火车购票系统，一般我们买票的时候要先查询好多次，包括车次啊，时间啊，这都是读操作，而最后可能只买一张车票，这是写操作；做了读写分离之后，可以将资源分配到最合理的地方，不会使某些资源闲置，而另一些资源不够用；

但是读写分离必然引发主从复制，试想一共有 10 张票，买了 1 张票，读的时候如果还是读到 10 张余票就不对了，因此需要主从复制，再读的时候，就只能读到 9 张余票了；

mysql读写分离原理是什么

利用mysql proxy来实现的。

MySQL Proxy最强大的一项功能是实现“读写分离(Read/Write Splitting)”。基本的原理是让主数据库处理事务性查询，而从数据库处理SELECT查询。数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库。 当然，主服务器也可以提供查询服务。使用读写分离最大的作用无非是环境服务器压力。

请问：1，mysql主从复制是什么概念，什么场合下用，最好举例说明；

1 主从复制，是用来建立一个和主数据库完全一样的数据库环境，称为从数据库；主数据库一般是实时的业务数据库，从数据库的作用和使用场合一般有几个：

一是作为后备数据库，主数据库服务器故障后，可切换到从数据库继续工作；

二是可在从数据库作备份、数据统计等工作，这样不影响主数据库的性能；

2 读写分离，是指读与写分别使用不同的数据库，当然一般是在不同服务器上的；在同一台服务器上的读写环境，估计只是用来测试吧。

一般读写的数据库环境配置为，一个写入的数据库，一个或多个读的数据库，各个数据库分别位于不同的服务器上，充分利用服务器性能和数据库性能；当然，其中会涉及到如何保证读写数据库的数据一致，这个就可以利用主从复制技术来完成。

一般应用场合为：业务吞吐量很大，读数据库（可简单理解为select语句的 比例和影响）的负载较大；

官方的mysql-proxy就是一个实现了读写分离、负载均衡等多个功能的软件。

MySQL如何实现主从复制过程的示例详解（图）

这篇文章主要为大家详细介绍了MySQL主从复制的实现过程，具有一定的参考价值，感兴趣的小伙伴们可以参考一下

一、什么是主从复制

将主数据库中的DDL和DML操作通过二进制日志（BINLOG）传输到从数据库上，然后将这些日志重新执行（重做）；从而使得从数据库的数据与主数据库保持一致。

二、主从复制的作用

1、主数据库出现问题，可以切换到从数据库。

2、可以进行数据库层面的读写分离，

3、可以在从数据库上进行日常备份

三、复制过程

Binary log：主数据库的二进制日志

Relay log：从服务器的中继日志

第一步：master在每个事务更新数据完成之前，将该操作记录串行地写入到binlog文件中。

第二步：salve开启一个I/O Thread，该线程在master打开一个普通连接，主要工作是binlog mp process。如果读取的进度已经跟上了master，就进入睡眠状态并等待master产生新的事件。I/O线程最终的目的是将这些事件写入到中继日志中。

第三步：SQL Thread会读取中继日志，并顺序执行该日志中的SQL事件，从而与主数据库中的数据保持一致。

四、主从复制的具体操作

我是在同一个windows上不同的路径下安装两个msyql实例。建议这里主从两个mysql的安装版本一致，尽管我自己的是不一致的。

1、分别修改主从数据库的配置文件my.ini

master

3306是mysql默认端口号，这里master实例中可以不用修改；server-id用来指定唯一id，不同的mysql实例不重复即可；binlog-do-db指定需要复制的数据库；log-bin用来开启二进制日志文件。

salve

由于主从数据库待会都是在通一台电脑上运行，所以端口需要设置成不一样，这里是3307

replicate-do-db：需要同步的数据库名称，与master上的配置保持一致。

2、在master上创建一个专门用于复制的账户：weidai/123456

这个新增的账户可以在表mysql.user中进行查询：

我第一次操作的时候，到这里就完成了这个账号的创建，但是到真正复制的时候，却发现复制没有成功，排查错误的时候发现master生成的binlong没有问题，然后查看slave的状态：

在结尾处有这样一行错误：

使用weidai这个账号无法连接到master，所以应该是没有获取到master的binlog，导致中继日志无法生成。

我反复检查了账号和密码都没有发现问题，然后查找相关资料，才发现是因为在master创建新用户的时候少了一步操作：

新设置用户或更改密码后需用flush privileges刷新MySQL的系统权限相关表，否则会出现拒绝访问。这就是出现前面错误的原因。另外还有一种办法是重新启动mysql服务器，来使新设置生效。

3、获取主数据库中此刻数据的位置，主要用于从数据启动后，复制数据的起始位置，但是在获取这个状态值之前，主数据库就不能再有数据的修改操作，所以需要先设置读锁定有效

4、主库进行数据备份，备份的手段有很多种，这里不展开介绍，可以参考我上一篇文章，备份结束后可以释放读锁，主库就可以进行写操作

5、启动从数据库，对刚才备份的数据进行还原，这个时候主从数据库在备份那个时间点的数据是一致的。

6、在从数据库上进行复制行为的相关配置

7、这个时候配置完成，但是从数据库还不能进行同步，需要启动slave线程

8、在master中创建表和新增数据，在slave中观察：

可以看出，我在master中进行的操作，都能在slave中体现出来，这个时候slave就如同是master的镜子一样。

五、主从同步状态解读

在slave上使用命令进行查看：

由于排版太过于难看，我整理如下：

Slave_IO_STATE:Waiting for master to send event

Master_host:127.0.0.1

Master_user:weidai

Master_port:3306

connnect_retry:60

Master_log_file:mysql-bin.000005

Read_Master_log_pos:1662

Relay_log_file:AE6Z*****-relay-bin.000002

Relay_log_pos:1415

Slave_IO_Running:yes

Slave_SQL_Running:yes----------------------------------------------------------华丽丽分割线-------------------------------------------

Slave_IO_Running:yes

Slave_SQL_Running:yes

这两个线程前面有提到，是slave上参与复制过程中两个很重要的线程。YES表示正常，NO表示异常。

Slave_IO线程主要是将master上的binlong日志内容复制到slave的中继日志中（Relay_log），一般出现问题的概率不大， 出现问题大多数是因为权限或者网络等问题，导致连接不上master。如同前面提到的那个错误。

Slave_SQL线程负责将中继日志中的SQL执行一遍，相对来说出错的概率大些。如有人手动的在从库中插入一些记录，导致主从同步的时候出现主键冲突。

Slave_IO_STATE:Waiting for master to send event

这个状态表示中继日志同步完成，等待master有新的事件产生。