坚持也是一种胜利!
分类: Mysql/postgreSQL
2011-05-21 20:16:44
MySQL的 Replication 是一个异步的复制过程,从一个 MySQL instace(我们称之为 Master)复制到另一个MySQL instance(我们称之 Slave)。在 Master 与 Slave之间的实现整个复制过程主要由三个线程来完成,其中两个线程(Sql线程和IO线程)在 Slave 端,另外一个线程(IO线程)在 Master端。
要实现 MySQL 的 Replication ,首先必须打开 Master 端的Binary Log(MySQL-bin.xxxxxx)功能,否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。打开 MySQL 的 Binary Log 可以通过在启动 MySQL Server 的过程中使用“—log-bin” 参数选项,或者在 my.cnf 配置文件中的 MySQLd 参数组([MySQLd]标识后的参数部分)增加“log-bin” 参数项。
复制的基本过程如下:
1. Slave 上面的IO线程连接上 Master,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;
2. Master 接收到来自 Slave 的 IO 线程的请求后,通过负责复制的 IO线程根据请求信息读取指定日志指定位置之后的日志信息,返回给 Slave 端的 IO线程。返回信息中除了日志所包含的信息之外,还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 BinaryLog 中的位置;
3. Slave 的 IO 线程接收到信息后,将接收到的日志内容依次写入到 Slave 端的RelayLog文件(MySQL-relay-bin.xxxxxx)的最末端,并将读取到的Master端的bin-log的文件名和位置记录到master-info文件中,以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容,请发给我”
4. Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后,会马上解析该 Log 文件中的内容成为在 Master端真实执行时候的那些可执行的 Query 语句,并在自身执行这些 Query。这样,实际上就是在 Master 端和 Slave端执行了同样的 Query,所以两端的数据是完全一样的。
1、解决web应用系统,数据库出现的性能瓶颈,采用数据库集群的方式来实现查询负载;一个系统中数据库的查询操作比更新操作要多得多,通过多台查询服务器将数据库的查询分担到不同的查询服务器上从而提高查询效率。
2、MySQL数据库支持数据库的主从复制功能,使用主数据库进行数据的插入、删除与更新操作,而从数据库则专门用来进行数据查询操作,这样可以将更新操作和查询操作分担到不同的数据库上,从而提高了查询效率。
、主数据库服务器的配置
(1)、修改MySQL的配置文件(/etc/my.cnf)在配置文件中设置:
server-id = 1 ###每一个数据库服务器都要制定一个唯一的server-id,通常主服务器制定为1。
log-bin=MySQL-bin ###MySQL进行主从复制是通过二进制的日志文件来进行的,所以必须开启MySQL的日志功能(这个是/etc/my.cnf的默认配置,保持不变即可)
(2)、 GRANT REPLICATION SLAVE ON *.* TO ' IDENTIFIED BY 'koncept'; #####给主数据库服务器授予一个可以进行复制的用户,192.168.1.10为从服务器的IP,这样从服务器就能有钱先来访问主数据库服务器
、从数据库服务器的设置
修改数据库配置文件/etc/my.cnf,配置如下内容:
#server-id = 1 ####必须把server-id = 1注释掉,
server-id = 2 ####设置从的ID号
master-host = 192.168.1.9 #####设置主服务器的IP
master-user = replication #####设置连接主服务器的用户名
master-password = concept #####设置连接主服务器的密码
replicate-do-db=dbname ######设置你要同步的数据库,可以设置多个
####就是我们前面建的用户名和密码,另外如果有端口号的变化还要配置端口
master-port =
、分别重新启动主从服务器
如果不重新启动主服务器在后面查看status的时候会出现问题!
、在从服务器上登录MySQL,
输入:show slave status\G 如果发现有:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
就说明已经成功了,如果这两个选项不全是Yes,那就说明你前面的某个配置错了,
我做的时候没有把主服务器重启,就出现 Slave_IO_Running: NO。重启后好了!
、监控主服务器的状态
可通过show master status来监控主服务器的状态,内容如下:
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| MySQL-bin.000003 | 1164 | | |
+------------------+----------+--------------+------------------+
其中File表示日志文件记录,Position表示日志文件的位置,这个也是数据库执行复制操作的必须标识,后面两字段表示复制的数据库名和不复制的数据库名,也可以在配置文件中你进行配置。
、监控从服务器的状态
可以通过:show slave status\G来查看,另外如果从数据库在复制的过程中出现问题,可以通过命令reset slave从数据库服务器复制的线程,从数据库服务器的通常操作命令有:start slave; ####启动复制线程
stop slave; ####停止复制线程
reset slave; ####重置复制线程
change master to; ###动态改变到主服务器的配置
、从数据库常用命令
slave start --启动复制线程
slave stop --停止复制线程
reset slave --重置复制线程
show slave status --显示复制线程的状态
show slave status\G --显示复制线程的状态(分行显示)
show master status\G --显示主数据库的状态(分行显示)
show master logs --显示主数据库日志,需在主数据库上运行
change master to --动态改变到主数据库的配置
show processlist --显示有哪些线程在运行
、现象:修改完配置后,
重启MySQL,提示MySQL manager or server PID file could not be found
解决:查找进程中的MySQL,kill掉
> service MySQL restart
> ps -aux|grep myslq
> kill 进程号
# service MySQL start
注:MySQL.sock文件在MySQL启动后才会生成,位置为/tmp下或/var/lib/MySQL/下
、现象:从数据库无法同步,
show slave status显示Slave_SQL_Running为No,Seconds_Behind_Master为null
原因: a.程序可能在slave上进行了写操作
b.也可能是slave机器重起后,事务回滚造成的.
解决:方法一:
MySQL> slave stop;
MySQL> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
MySQL> slave start;
解决:方法二:
Slave库,MySQL> slave stop; --停掉slave服务
Master库,MySQL> show master status;
+----------------------+----------+--------------+------------------+
|File |Position |Binlog_Do_DB |Binlog_Ignore_DB |
+----------------------+----------+--------------+------------------+
| MySQL-bin.000040 | 324 | | |
+----------------------+----------+--------------+------------------+
然后到slave服务器上执行手动同步
MySQL> change master to
> master_host='192.168.1.9',
> master_user='repuser',
> master_password='123456',
> master_port=3306,
> master_log_file='MySQL-bin.000040',
> master_log_pos=324;
启动slave服务,MySQL> slave start;
通过show slave status查看Slave_SQL_Running为Yes,Seconds_Behind_Master为0,即为正常。
注:手动同步需要停止master的写操作!
、现象:从数据库无法同步,
show slave status显示Slave_IO_Running为No,Seconds_Behind_Master为null
解决:重启主数据库
service MySQL restart
MySQL> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| MySQL-bin.000001 | 98 | | |
+------------------+----------+--------------+------------------+
MySQL> slave stop;
MySQL> change master to Master_Log_File=‘MySQL-bin.000001',Master_Log_Pos=98
MySQL> slave start;