回忆之城
生命在于折腾
posts - 575,comments - 9,trackbacks - 0
MySQL 5.5数据库的主从复制
 
今天参照网上的资料进行mysql数据库的主从复制研究,本来网上的资料已经很详细,但是我在实践中还是遇到了很多问题,下面就根据网上的资料以及我遇到的问题进行一个总结。
 
        系统环境:Ubuntu12.04
 
        软件版本:mysql-server-5.5
 
        主机IP:192.168.0.200
 
        从机IP:192.168.0.201
 
操作:
 
    1、主机操作:
 
        1)、编辑mysql配置文件my.cnf
 
                [mysqld]
 
                server-id=1
 
                log-bin=mysql-bin
 
        注:网上还有一些其他的配置,但是为了偷懒只配置了这两个重要的,当然这两个也是必须的。
 
        2)、用root登陆mysql执行下面的代码
 
                //建立一个用户dean密码123456,并赋予replication slave权限:
 
                mysql>grant replication slave on *.* to 'dean'@'192.189.0.201' identified by '123456';  www.2cto.com  
 
                //让权限立即生效
 
                mysql>flush privileges;
 
                //查询二进制文件的文件名和状态(后面要用)
 
                mysql>show master status \G
 
                                File:mysql-bin.000006
 
                         Position:107
 
               Binlog_Do_DB:
 
         Binlog_Ignore_DB:
 
    2、从机操作:
 
        1)、编辑myslq配置文件my.cnf:
 
                [mysqld]
 
                server-id=2   //只要和主机不同即可
 
        2)、登陆mysql,输入以下命令:
 
               a)、 mysql>change master to master_host='192.168.0.200',master_user='dean', \
 
                               master_password='123456',master_log_file='mysql-bin.000006',
 
                                master_log_pos=107;
 
                b)、mysql>start slave;
 
                c)、 mysql>show slave status \G
 
        如果出现:Slave_IO_Running:Yes
 
                        Slave_SQL_Running:Yes
 
        那么说明没有问题了,就可以在主机上面建库建表写测试数据,然后在从机上查询看有没有数据。一般是没有问题了。
 
        但是如果是出现:
 
                        Slave_IO_Running:Connecting
 
                        Slave_SQL_Running:Yes 
 
        那么就表示主从服务有问题了,我也就是遇到这个问题下面是我的解决方案:
 
        1)、在从机上直接远程登陆主机mysql服务器:
 
            #mysql -udean -h 192.168.0.200 -p123456
 
            如果被拒绝那么就需要检查主机的用户dean的权限、防火墙等设置是否正确。(我的被拒绝了)
 
        2)、检查权限。
 
            用root登入mysql 并选择mysql库
 
                mysql>use mysql;
 
            查询用户的访问  www.2cto.com  
 
                mysql>select host,user from user;
 
               从查询数据看没有问题,有dean用户 接受192.168.0.201的访问
 
        3)、防火墙设置
 
                将端口为3306 的访问设为允许
 
                    #sudo ufw allow 3306
 
                将ip为192.168.0 .201的访问设为允许
 
                    #sudo ufw allow 192.168.0.201
 
                查看状态
 
                      # sudo ufw status
 
        设置完后还是从机还是不能直接远程访问主机
 
        4)、查看端口监听
 
                    #netstat -anpy|grep 3306
 
            发现当前的端口3306只在127.0.0.1监听,找到问题所在。修改mysql配置文件my.cnf将里面的bind-address=127.0.0.1注释调,重新察看端口监听发现监听是0.0.0.0:3306,好了测试一下果真可以进行远程访问。
 
        重新进行主机从机的操作,但是发现在从机中不能进行第2步a操作,执行下面命令
 
                mysql>stop slave;//关闭slave
 
                mysql>reset slave;//重置slave
 
        继续执行a操作并往下继续操作。
 
        最终完成了Mysql 数据库的主从复制。
 
 
 
        另:根据网上资料显示,如果主机在搭建主从复制前已经有数据需要先在主机上加锁:
 
            mysql>flush tables with read lock;
 
            然后打包数据目录并拷贝到从机上,然后解锁。(解锁语法见如下说明)

 

今天在解决数据库同步异常的时候用到了flush tables with read lock 这个命令,于是顺便就学习了下锁表的相关知识。

1.FLUSH TABLES WITH READ LOCK

这个命令是全局读锁定,执行了命令之后所有库所有表都被锁定只读。一般都是用在数据库联机备份,这个时候数据库的写操作将被阻塞,读操作顺利进行。

解锁的语句也是unlock tables。

2.LOCK TABLES tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}

这个命令是表级别的锁定,可以定制锁定某一个表。例如: lock  tables test read; 不影响其他表的写操作。

解锁语句也是unlock tables。

这两个语句在执行的时候都需要注意个特点,就是 隐式提交的语句。在退出mysql终端的时候都会隐式的执行unlock tables。也就是如果要让表锁定生效就必须一直保持对话。

P.S.  MYSQL的read lock和wirte lock


read-lock:  允许其他并发的读请求,但阻塞写请求,即可以同时读,但不允许任何写。也叫共享锁

write-lock: 不允许其他并发的读和写请求,是排他的(exclusive)。也叫独占锁

原文:http://blog.csdn.net/shootyou/archive/2010/11/22/6026735.aspx

 
作者 DeanJoson
posted on 2013-12-06 15:35 回忆之城 阅读(112) 评论(0)  编辑 收藏 引用 所属分类: 数据库
只有注册用户登录后才能发表评论。