环境:
主从服务器上的mysql数据库版本同为5.1.34
主机IP:192.168.0.1
从机IP:192.168.0.2
一.
1.编辑配置文件/etc/my.cnf
#
server-id
log-bin=mysql-bin
binlog-do-db=mysql
binlog-ignore-db=mysql
log-slave-updates
slave-skip-errors
2.建立用户
mysql>
#
#
3.锁主库表
mysql>
4.显示主库信息
记录File和Position,从库设置将会用到
mysql>
+------------------+----------+--------------+------------------+
|
+------------------+----------+--------------+------------------+
|
+------------------+----------+--------------+------------------+
5.另开一个终端,打包主库
cd
tar
二.MySQL从服务器配置
1、传输拿到主库数据包、解包
#
#
#
2、查看修改var文件夹权限
#
3.编辑
server-id=2
log-bin=mysql-bin
master-host=192.168.0.1
master-user=slave
master-password=111111
master-port=3306
replicate-do-db=test
replicate-ignore-db=mysql
master-connect-retry=60
log-slave-updates
slave-skip-errors
4、验证连接MASTER
#
mysql>
5、在SLAVE上设置同步
设置连接MASTER
mysql>
mysql>
6、启动SLAVE服务
mysql>
7、查看SLAVE状态
mysql>
其中
8、解锁主库表
mysql>
到此主从库搭建成功。可以在主库上插入数据测试同步是否正常。
--------------------------
附:一些错误信息的处理,主从服务器上的命令,及状态信息。
在从服务器上使用show
Slave_IO_Running,为No,
则说明IO_THREAD没有启动,请执行start
Slave_SQL_Running为No
则复制出错,查看Last_error字段排除错误后执行start
查看Slave_IO_State字段空
Connecting
Waiting
主服务器上的相关命令:
show
show
show
show
purge
purge
reset
set
从服务器上的相关命令:
slave
slave
SLAVE
SLAVE
SLAVE
SLAVE
reset
SET
load
show
CHANGE
PURGE
6.3.1
以下列出了master的
也就是说,没有slave连接上来。
Sending
事件是由二进制日志构成,一个事件通常由更新语句加上其他信息。线程读取到一个事件并正发送到slave上。
Finished
读取完了一个二进制日志,正切换到下一个。
Has
已经读取完全部未完成更新日志,并且全部都发送到slave了。它处于空闲状态,正等待在master上执行新的更新操作以在二进制日志中产生新
的事件,然后读取它们。
Waiting
当前线程停止了,这个时间很短。
6.3.2
以下列出了slave的I/O线程
Slave_IO_State
Connecting
该线程证尝试连接到master上。
Checking
确定连接到master后出现的一个短暂的状态。
Registering
确定连接到master后出现的一个短暂的状态。
Requesting
确定连接到master后出现的一个短暂的状态。该线程向master发送一个请求,告诉它要请求的二进制文件以及开始位置。
Waiting
如果二进制日志转储(binary
master-connect-retry
Reconnecting
该线程正尝试重连到master。
Waiting
已经连接到master,正等待它发送二进制日志。如果master闲置时,这个状态可能会持续较长时间,如果它等待超过
,就会发生超时。这时,它就会考虑断开连接,然后尝试重连。
Queueing
已经读取到一个事件,正把它拷贝到中继日志中以备SQL线程处理。
Waiting
读日志时发生错误(由于连接断开)。该线程在重连之前休眠
Reconnecting
正尝试重连到master。当连接确定后,状态就变成
Waiting
relay_log_space_limit
。
Waiting
当前线程停止了,这个时间很短。
6.3.3
以下列出了slave的SQL线程
Reading
从中继日志里读到一个事件以备执行。
Has
已经处理完中继日志中的全部事件了,正等待I/O线程写入更新的日志。
Waiting
当前线程停止了,这个时间很短。
--------------
常见的一些问题:
一.从库SLAVE启动问题
由于一些错误操作导致
*****************************************************************
Could
*****************************************************************
无法初始化master
解决方法:
1、查看MySQL错误日志,如:同步的上一个Position是多少,很多情况下无法启动服务是由于mysql识别的同步始终停留在上一个Position上。
2、查看master.info和relay-log.info,master.info
3、停止myslq服务,删除master.info和relay-log.info。
4、启动mysql服务。
5、重新CHANGE
二.主从不能同步
show
且show
Slave_SQL_Running:
Seconds_Behind_Master:
解决方法:
stop
set
start
之后Slave会和Master去同步
Slave_IO_Running:
Slave_SQL_Running:
Seconds_Behind_Master是否为0,0就是已经同步了
2,还需要做的一些优化与监视:
show
skip-name-resolve
max_connections=1000
max_connect_errors=100
查看日志一些命令
1,
在这里主要是看log-bin的文件是否相同。
show
在这里主要是看:
Slave_IO_Running=Yes
Slave_SQL_Running=Yes
如果都是Yes,则说明配置成功.
2,在master上输入show
mysql>
***************************
Id:
User:
Host:
db:
Command:
Time:
State:
be
Info:
如果出现Command:
stop
start
SET
SET
RESET
RESET
虽然重新生成了master.info,但是并不起用,最好,将从机的mysql进程重启一下,
LOAD
LOAD
CHANGE
CHANGE
MASTER_HOST='master2.mycompany.com',
MASTER_USER='replication',
MASTER_PASSWORD='bigs3cret'
MASTER_POS_WAIT()
SHOW
SHOW
SHOW
SHOW
SHOW
PURGE
show
注意:
1.主辅库同步主要是通过二进制日志来实现同步的。
2.在启动辅库的时候必须先把数据同步,并删除日志目录下的:master.info文件。因为master.info记录了上次要连接主库的信息,如果不删除,即使my.cnf里进行了修改,也不起作用。因为读取的还是master.info文件里的信息。>>> 更多内容,请访问:mysql主从复制、mysql主从同步系列教程