
《MysqL教程MysqL主从复制(master-slave)实际 *** 作案例》要点:
本文介绍了MysqL教程MysqL主从复制(master-slave)实际 *** 作案例,希望对您有用。如果有疑问,可以联系我们。
在这一章节里,我们来了解下如安在 MysqL 中进行用户授权及主从复制
这里先来了解下 MysqL 主从复制的优点:
1、 如果主服务器出现问题,可以快速切换到从服务器提供的服务
2、 可以在从服务器上执行查询 *** 作,降低主服务器的访问压力
3、 可以在从服务器上执行备份,以避免备份期间影响主服务器的服务
注意一般只有更新不频繁的数据或者对实时性要求不高的数据可以通过从服务器查询,实时性要求高的数据仍然需要从主数据库获得
在这里我们首先得完成用户授权,目的是为了给从服务器有足够的权限来远程登入到主服务器的 MysqL
在这里我假设
主服务器的 IP 为: 192.168.10.1
从服务器的 IP 为: 192.168.10.2
MysqL grant 用户授权
查看 MysqL 的用户表
MysqL必读
msyql> MysqL -uroot -p123123;
msyql> select user,host,password from MysqL.user;
结果如下:
代码如下:+------------------+-----------+-------------------------------------------+
| user | host | password |
+------------------+-----------+-------------------------------------------+
| root | localhost | *E56A114692FE0DE073F9A1DD68A00EEB9703F3F1 |
| root | 127.0.0.1 | *E56A114692FE0DE073F9A1DD68A00EEB9703F3F1 |
+------------------+-----------+-------------------------------------------+
从如上表中看以看出 root 用户只能从本机登入 MysqL,也就是来自 localhost 或者 127.0.0.1
现在来通过 grant 命令来添加授权用户
代码如下:
msyql> ? grant //查看 grant 的详细用法
msyql> grant all on *.* to user1@192.168.10.2 IDentifIEd by "123456"; // *.* = 所有的数据库.所有的表
//或者
msyql> grant replication slave on *.* to 'user2'@'192.168.10.%' IDentifIEd by "123456"; // %代表通配符
通过了 grant 命令给予了来自 192.168.10.2 的用户 user1 权限,允许其远程登录,如下:
代码如下:
+------------------+--------------+-------------------------------------------+
| user | host | password |
+------------------+--------------+-------------------------------------------+
| root | localhost | *E56A114692FE0DE073F9A1DD68A00EEB9703F3F1 |
| root | 127.0.0.1 | *E56A114692FE0DE073F9A1DD68A00EEB9703F3F1 |
| user1 | 192.168.10.2 | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |
| user2 | 192.168.10.% | *6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9 |
+------------------+--------------+-------------------------------------------+
此时就可以在 192.168.10.2 的机器上拜访 10.1 的 MysqL 了,如下:
代码如下:
msyql> MysqL -uuser1 -p123456 -h192.168.10.1;
MysqL bin-log 日志
开启 bin-log 二进制日志,它保存了所有增删改的 *** 作,以便于数据恢复或同步MysqL必读
修改主服务器 MysqL 配置文件:
MysqL必读
/********** my.cnf **********/
[MysqLd]
#开启慢查询日志,记录查询过长的 sql 语句,以便于优化
log_slow_querIEs = /var/log/MysqL/MysqL-slow.log
#开启 bin-log 日志
log-bin = /var/log/msyql/MysqL-bin.log
添加完成后重启 MysqL 服务
代码如下:
shawn@Shawn:~$ sudo /etc/init.d/MysqL restart
现在你可以通过如下命令来查看 bin-log 日志是否成功开启
代码如下:
MysqL> show variables like "%log_%";
| log_bin | ON |
| log_slow_querIEs | ON |
如果显示为 ON,那么就可以在 /var/log/MysqL/ 文件夹看到 MysqL-bin.000001 二进制文件
关于 bin-log 日志的相关 *** 作:
代码如下:
MysqL> flush logs;
此时就会多一个最新的 bin-log 日志
代码如下:
MysqL> show master status;
查看最后一个 bin-log 日志,如下:
代码如下:
+------------------+----------+--------------+------------------+
| file | position | binlog_Do_DB | binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| MysqL-bin.000002 | 107 | | |
+------------------+----------+--------------+------------------+
MysqL> show master logs;
查看所有 bin-log 日志,如下:
代码如下:
+------------------+-----------+
| Log_name | file_size |
+------------------+-----------+
| MysqL-bin.000001 | 4340 |
| MysqL-bin.000002 | 107 |
+------------------+-----------+
MysqL> reset master;
清空所有 bin-log 日志
代码如下:
shawn@Shawn:~$ MysqLbinlog /var/log/MysqL/MysqL-bin.000001 | more
查看 bin-log 日志内容
代码如下:
#如果有字符集问题的话可以执行:
shawn@Shawn:~$ MysqLbinlog --no-defaults /var/log/MysqL/MysqL-bin.000001
shawn@Shawn:~$ MysqLbinlog /var/log/MysqL/MysqL-bin.000002 | MysqL -uroot -p123123 test;
恢复 MysqL-bin.000002 中所有的 *** 作到 test 数据库中MysqL必读
shawn@Shawn:~$ MysqLbinlog /var/log/MysqL/MysqL-bin.000002 --start-position="193" --stop-position="398" | MysqL -uroot -p123123 test;
恢复 MysqL-bin.000002 中指定的 *** 作(position)到 test 数据库中MysqL必读
MysqL 主从复制 - 数据同步
到这一步的时候首先确保 MysqL 用户授权已经完成以及 MysqL bin-log 日志已经成功开启
并确保每台服务器的 server-ID 是唯一的
再次修改主服务器(192.168.10.1)的 MysqL 配置文件:
代码如下:
shawn@Shawn:~$ sudo vi /etc/MysqL/my.cnf;
/********** my.cnf **********/
#取消 server-ID 注释符号
server-ID = 1
/****************************/
#重启 MysqL 服务
shawn@Shawn:~$ sudo /etc/init.d/MysqL restart
到这里,主服务器的配置已经完成,很简单
这次我们主要做的是让从服务器同步主服务器的数据,同步的是将来所有对主服务做的增删改 *** 作,但是现有主服务器中的大量数据得先手动同步到从服务器, *** 作如下:
代码如下:
#清空一下主服务器的 bin-log 日志,(可选: 保险 *** 作,防止主从 bin-log 日志混乱)
MysqL> reset master;
#然后备份导出主服务器中现有的 test 数据库
shawn@Shawn:~$ MysqLdump -uroot -p123123 test -l -F > /tmp/test.sql;
-F = flush logs,生成新的日志文件,包括 bin-log 日志
-l = lock 数据库,防止在导出的时候被写入数据,完成后自动解锁
#完成后把文件传输给从服务器
shawn@Shawn:~$ scp /tmp/test.sql 192.168.10.2:/tmp/
#然后再查询确保一下从服务器已经成功授过权
MysqL> show grants for user1@192.168.10.2\G
*************************** 1. row ***************************
Grants for user1@192.168.10.2:
GRANT ALL PRIVILEGES ON *.* TO 'user1'@'192.168.10.2'
IDENTIFIED BY PASSWORD '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9'
完成后,现在我们到从服务器 (192.168.10.2) 导入现有的数据:
代码如下:
#清空一下从服务器的 bin-log 日志,(可选: 保险 *** 作)
MysqL> reset master;
#然后导入主服务器中现有的数据
shawn@Shawn:~$ MysqLdump -uroot -p123123 test -v -f < /tmp/test.sql;
-v = 查看导入的详细信息
-f = 是当中间遇到错误时,可以 skip 过去,继续执行下面的语句
当然你也可以用 source 命令导入
好了,目前为止主服务器(192.168.10.1)和从服务器(192.168.10.2)现有的数据已经成功手动同步
接下来修改从服务器(192.168.10.2)的 MysqL 配置文件:
代码如下:
shawn@Shawn:~$ sudo vi /etc/MysqL/my.cnf;
/********** my.cnf **********/
#取消 server-ID 注释符号,并修改值
server-ID = 2
#取消 master-host 注释符号,并修改值
master-host = 192.168.10.1
#取消 master-user 注释符号,并修改值
master-user = user1
#取消 master-password 注释符号,并修改值
master-password = 123456
#取消 master-port 注释符号,并修改值,主服务器默认端口号为: 3306
master-port = 3306
/****************************/
#重启 MysqL 服务
shawn@Shawn:~$ sudo /etc/init.d/MysqL restart
配置文件修改完成,此时在从服务器中登入自己的 MysqL,而不是远程登入主服务器(192.168.10.1)
代码如下:
#在从服务器中登入自身的 MysqL
msyql> MysqL -uroot -p123123;
#查看是否已经取得同步
msyql> show slave status\G
*************************** 1. row ***************************
Connect_Retry: 60
Master_Log_file: MysqL-bin.000002
Read_Master_Log_Pos: 106
Slave_IO_Running: Yes
Slave_sql_Running: Yes
Slave_IO_Running 如果是 Yes 的话代表成功从主服务器中同步到 bin-log 日志
Slave_sql_Running 如果是 Yes 的话代表成功执行 bin-log 日志中的 sql 语句
此时的 Master_Log_file 和 Read_Master_Log_Pos 的值应该对应主服务器中的 show master status 命令的值
Connect_Retry 中的 60 代表每 60 秒就去主服务器同步 bin-log 日志
OK,如果你看到的是那两个关键的 Yes,那你就可以去测试了,在主服务器插入新的数据,再去从服务器查看,不出意外的话,你会兴奋一下,数据已经同步了
这里再说一下其他经常用到的命令:
代码如下:
#启动复制线程
msyql> start slave
#停止复制线程
msyql> stop slave
#动态改变到主服务器的配置
msyql> change master to
#查看从数据库运行进程
msyql> show processList
这里也同时说一下 *** 作中的常见错误:
问题: 从数据库无法同步
Slave_sql_Running 值为 NO,或 Seconds_Bebind_Master 值为 Null
原因:
一、 程序有可能在 slave 上进行了写 *** 作
二、 也有可能是 slave 机器重启后,事务回滚造成的MysqL必读
解决办法一:
MysqL必读
msyql> stop slave;
msyql> set GLOBAL sql_SLAVE_SKIP_COUNTER=1;
msyql> start slave;
解决办法二:
代码如下:
msyql> stop slave;
#查看主服务器上当前的 bin-log 日志名和偏移量
msyql> show master status;
#获取到如下内容:
+------------------+----------+--------------+------------------+
| file | position | binlog_Do_DB | binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| MysqL-bin.000005 | 286 | | |
+------------------+----------+--------------+------------------+
#然后到从服务器上执行手动同步
msyql> change master to
-> master_host="192.168.10.1"
-> master_user="user1"
-> master_password="123456"
-> master_post=3306
-> master_log_file="MysqL-bin.000005"
-> master_log_pos=286;
msyql> start slave;
再次通过 show slave status 查看:
如果 Slave_sql_Running 的值变为 Yes,Seconds_Bebind_Master 的值为 0 时,即正常
好了,如上是我自己在 *** 作中所总结的一些内容,如有更好的建议,欢迎留言一起探讨
顺便说一下,我使用的是 Ubuntu 12.04
内存溢出PHP培训学院每天发布《MysqL教程MysqL主从复制(master-slave)实际 *** 作案例》等实战技能,PHP、MysqL、liNUX、APP、Js,CSS全面培养人才。
总结以上是内存溢出为你收集整理的MYSQL教程Mysql主从复制(master-slave)实际 *** 作案例全部内容,希望文章能够帮你解决MYSQL教程Mysql主从复制(master-slave)实际 *** 作案例所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)