zoukankan      html  css  js  c++  java
  • mysql 主从 配置和同步管理

    首先呢,需要有两个mysql服务器。如果做测试的话可以在同一台机器上装两个mysql服务程序,注意要两个运行程序的端口不能一样。我用的是一个是默认的3306,从服务器用的是3307端口。

    在主服务创建账号:

    GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* 
    TO backup@'192.168.100.2' 
    IDENTIFIED BY '1234'; 

    建立一个帐户backup,并且只能允许从192.168.100.2这个地址上来登陆,密码是1234。

    关停A服务器,将A中的数据拷贝到B服务器中,使得A和B中的数据同步,并且确保在全部设置操作结束前,禁止在A和B服务器中进行写操作,使得两数据库中的数据一定要相同! (如果ab两者数据不相同的话,同步不会同步之前的差异)。

    配置主Server。
    在主服务器(数据库源)上的my.cnf配置[mysqld]之后加入如下条目:

    log_bin = /var/log/mysql/mysql-bin.log
    server-id = 1 //1代表主数据库(源) 2代表辅数据库(目的)
    binlog_do_db = testmirror //要做同步的数据库名字,可以是多个数据库,之间用分号分割

    官方文档推荐的是,在master端不指定binlog-do-db,在slave端用replication-do-db来过滤。 

    告诉主服务器,如果当前的数据库(即USE选定的数据库)是db_name,应将更新记录到二进制日志中。其它所有没有明显指定的数据库 被忽略。如果使用该选项,你应确保只对当前的数据库进行 .

    4. 配置从Server。
    在辅服务器上的my.ini中加入如下内容

    server-id = 2 //2代表辅
    replicate-do-db = testmirror //需要同步的库名字
    replicate-ignore-db = mysql
    replicate-ignore-db = information_schema

    master-host = xx.xx.xx.xx //主服务器的IP地址
    master-user = //主服务器的用户名
    master-password = //数据库密码
    master-port = 3306
    master-connect-retry = 10 //每个10秒钟同步一次

    注意画删除线的部分不要添加,否则报错:

     [ERROR] mysqld: unknown variable ‘master-host=127.0.0.1′,Google了一下,据网上消息介绍,Mysql版本从5.1.7以后开始就不支持“master-host” 类似的参数。

    而是通过如下方式:
    从数据库的my.cnf只要添加两项就ok了:
    server-id = 2
    replicate-do-db = mydatabase

    mysql>

    change master to master_host=’127.0.0.1′,master_user=’backup’,master_password=’******’,master_log_file=’mysql-bin.000001′,master_log_pos=106;

    其中master_log_file和master_log_pos通过在主数据库show master status;

    mysql> show master status;
    +------------------+----------+--------------+------------------+
    | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
    +------------------+----------+--------------+------------------+
    | mysql-bin.000015 | 106 | testmirror |    |
    +------------------+----------+--------------+------------------+
    1 row in set (0.00 sec)

    Master_Log_File  
    I/O 线程当前读取的主服务器二进制日志文件的名字)

    得到。

    端口不是默认端口的话,如master_port=3307,不要加引号。

    在辅服务器上运新如下命令

    mysql> show slave status;

    重要的是查看 Slave_IO_Running | Slave_SQL_Running两个值,必须都是YES才可以, 但是通常不是YES。

    MySQL主从不同步问题解决

    1.首先停掉Slave服务:

    mysql> slave stop

    2.到主服务器上查看主机状态:
    记录File和Position对应的值。

    mysql> show master status;
    +------------------+-----------+--------------+------------------+
    | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
    +------------------+-----------+--------------+------------------+
    | mysql-bin.000020 | 135617781 | | |
    +------------------+-----------+--------------+------------------+
    1 row in set (0.00 sec)

    3.到slave服务器上执行手动同步:

    mysql> change master to
    > master_host='master_ip',
    > master_user='user',
    > master_password='pwd',
    > master_port=3307,
    > master_log_file='mysql-bin.000020',
    > master_log_pos=135617781;
    1 row in set (0.00 sec)
    mysql> slave start;
    1 row in set (0.00 sec)

    4.启动slave: slave start

    再次查看slave状态发现:    show slave status

    Slave_IO_Running: Yes
    Slave_SQL_Running: Yes
    ...
    Seconds_Behind_Master: 0

    通过这种方法同步失败后,主库在同步有问题时写入的在重新同步后没有写入

    另一方法:

    方法一:忽略错误后,继续同步

    该方法适用于主从库数据相差不大,或者要求数据可以不完全统一的情况,数据要求不严格的情况

    解决: 

    stop slave;

    #表示跳过一步错误,后面的数字可变

    set global sql_slave_skip_counter =1; (http://blog.csdn.net/dukope/article/details/18084159

    start slave;

    之后再用mysql> show slave statusG  查看:

    Slave_IO_Running: Yes

    Slave_SQL_Running: Yes

    ok,现在主从同步状态正常了。。。

    我们知道,因为DATA REPLICATION机制完全是基于在主上执行的增量SQL要被传播到辅服务器上,并且被成功运行。这就势必要求:在运行此机制前,主辅数据库中数据是一致的;以及在运行此机制中,辅数据库禁止来自其他的SQL(非主上传播过来SQL)的写操作。但是在运行中仍然可能遇到不一致的产生,这会导致通信无法正常继续下去。因此一旦主从出现问题,首先应该解决同步位置的问题,修复丢失的数据。

    MySQL主从配置的其他相关问题,后续文章中陆续跟大家再谈。

    参考:

    http://www.drupal001.com/2012/03/mysql-master-slave-troubles/

    http://guoh.org/lifelog/2011/08/mysql-master-slave-replication/

    http://www.jb51.net/article/27206.htm

     参考:http://www.cnblogs.com/blueel/archive/2013/01/06/2847842.html

    mysql主从同步失败原因:

    1.网络的延迟
    由于mysql主从复制是基于binlog的一种异步复制,通过网络传送binlog文件,理所当然网络延迟是主从不同步的绝大多数的原因,特别是跨机房的数据同步出现这种几率非常的大,所以做读写分离,注意从业务层进行前期设计。
    2.主从两台机器的负载不一致
    由于mysql主从复制是主上面启动1个io线程,而从上面启动1个sql线程和1个io线程,当中任何一台机器的负载很高,忙不过来,导致其中的任何一个线程出现资源不足,都将出现主从不一致的情况。
    3.max_allowed_packet设置不一致
    主上面设置的max_allowed_packet比从大,当一个大的sql语句,能在主上面执行完毕,从上面设置过小,无法执行,导致的主从不一致。
    4.key自增键开始的键值跟自增步长设置不一致引起的主从不一致。
    5.mysql异常宕机情况下,如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出现binlog或者relaylog文件出现损坏,导致主从不一致。
    6.mysql本身的bug引起的主从不同步。

    http://blog.itpub.net/22664653/viewspace-716764/

  • 相关阅读:
    wordpress (net::ERR_TOO_MANY_REDIRECTS):重定向过多。
    Windows2003 IIS6完美实现WordPress伪静态的方法
    显示当前时间
    禁止搜索引擎收录的几种方法(全)
    MSClass 的使用(Class Of Marquee Scroll通用不间断滚动JS封装类)
    go to Top 返回顶部 例子
    电机位置和速度信号检测电路
    matlab polyfit 多项式拟合 (转自 百科)
    matlab contour
    DTC学习
  • 原文地址:https://www.cnblogs.com/youxin/p/3586348.html
Copyright © 2011-2022 走看看