• mysql主从配置及遇到的问题


      今天研究了个开源项目,数据库是mysql的,其中的脚本数据需要备份,由于本人的机器时mac pro,而且mac下的数据库连接工具都不怎么好用,就想着如何利用windows下的数据库连接工具使用,并做相关备份,另外windows系统下的sqlyog工具还是非常强大的,在此推荐。
      因此为了使用sqlyog等windows系统下的连接工具,便开始了一天的折腾。
      首先两种思路,其一是利用另外一台宏碁笔记本电脑,直接在其上安装sqlyog使用,通过无线局域网进行连接使用,这种方式太过麻烦,而且来回换电脑很麻烦,远程连接使用也很慢。其二是安装虚拟机,在虚拟机上安装连接工具。
      由于本人的mac pro已经安装mysql数据库,并且已经安装了virtualbox虚拟机并安装了windows7系统,并在windows7系统中也安装了mysql。
      1.在虚拟机win7系统中安装sqlyog,直接连接mac系统的mysql,并导出备份,这个很简单。(当然要注意虚拟机与mac机器的网络连接是通的)
        1)首先要设置虚拟机网卡设置,选择桥接模式,virtualbox这类虚拟机的桥接模式的概念是虚拟机作为网络中的一台单独的机器,有自己的ip,与局域网中的ip是想通的,具体概念参考百度http://jingyan.baidu.com/article/3f16e003cd0a0d2591c103b4.html
          设置virtualbox的桥接模式如图所示
          !

          

    这样按照图中的设置,虚拟机根主机就可以相互访问了。
      2)利用sqlyog进行连接

       
    对了 还有一点需要注意的是,由于局域网ip可能不会固定,正好本人用的是小米路由器,有绑定设备ip的功能,这样ip就固定啦

    从上面的图中可以看出,主机ip跟虚拟机ip是独立的啦。

    2.mysql主从备份的方式,mac pro为主master,虚拟机为从slave
    1)首先由于mac电脑mysql客户端安装完成后,默认是没有my.cnf文件的,即使修改了/usr/local/mysql/的相关配置也是没有用的,这就需要自定义mysql配置了,将/usr/local/mysql/support-files/中的my-default.cnf 文件 拷贝到/etc目录下,当然这里也遇见问题了,服务启动不了了

    这就需要在配置文件中加入explicit_defaults_for_timestamp=true

    2)修改配置文件,如下所示

    [mysqld]
    explicit_defaults_for_timestamp=true
    
    # Remove leading # and set to the amount of RAM for the most important data
    # cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
    # innodb_buffer_pool_size = 128M
    
    # Remove leading # to turn on a very important data integrity option: logging
    # changes to the binary log between backups.
    log_bin=mysql-bin
    
    
    # These are commonly set, remove the # and set as required.
    port =3307
    
    #mysql_firewall_mode = off
    
    server-id = 1 #主机标示,整数
    #log_bin = /Users/lixiaojiao/log/mysql/mysql-bin.log #确保此文件可写
    read-only =0 #主机,读写都可以
    binlog-do-db =xxx #需要备份数据,多个写多行
    binlog-ignore-db =mysql #不需要备份的数据库,多个写多行
    binlog_checksum = none
    
    # server_id = .....
    # socket = .....
    
    # Remove leading # to set options mainly useful for reporting servers.
    # The server defaults are faster for transactions and fast SELECTs.
    # Adjust sizes as needed, experiment to find the optimal values.
    # join_buffer_size = 128M
    # sort_buffer_size = 2M
    # read_rnd_buffer_size = 2M
    
    # sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES 

    3)修改虚拟机中的mysql目录中的my.cnf

    修改mysqld节点

    [mysqld]
    
    # The TCP/IP Port the MySQL Server will listen on
    port=3306
    
    server-id = 2
    log_bin = C:logmysqlmysql-bin.log
    master-host =192.168.31.209
    master-user =root
    master-pass =123456
    master-port =3307
    master-connect-retry=5 #如果从服务器发现主服务器断掉,重新连接的时间差(秒)
    replicate-do-db = xxx #只复制某个库
    log-slave-updates
    slave-skip-errors
    #replicate-ignore-db=mysql #不复制某个库

    4)重启master及slave并查看状态
    查看master状态

    查看slave状态

    当看到上面两张图片的时候则证明配置成功,当然本人并没有那么顺利,中途遇到了很多问题
    其一:Got fatal error 1236 from master when reading data from binary log
    这中问题按照网上大部分的解决方法是,首先查看master的状态,并记录下相关信息
    比如信息为:


    要记录下file:mysql-bin.000002 position:16093
    并在slave中执行:

    stop slave;
    change master to master_log_file='mysql-bin.000002',master_log_pos= 16093;
    start slave;

    这种方式应该是没有问题的。如果上面这种方式不行,可以试试下面这种,本人试了试应该是没问题,

    reset master;
    reset slave;

    (这种方式本人可以可能是因为本人配置的时候没有按照规范来,导致主从不一致的原因)
    其二:Slave can not handle replication events with the checksum that master is configured to log
      这个错误一般出现在master5.6,slave在低版本的情况下。这是由于5.6使用了crc32做binlog的checksum。除了把master的设置从crc32改到none
      binlog-checksum = none [my.cnf]
    其三:本人今天花费了大量的时间主要原因便是这点了,本人在虚拟机里查看slave状态显示都正确,

    Relay_Master_Log_File: mysql-bin.000002
    Slave_IO_Running: Yes
    Slave_SQL_Running: Yes
    Master_SSL_Key:
    Seconds_Behind_Master: 0(也已经不是null)

    但是本人通过虚拟机的连接工具,将master数据库中添加了一张表并插入数据,但是总是没有同步到从mysql,于是查看进程
    从mysql进程

    master进程

    这点问题也就是纠结了一天的问题,当然也没有找出具体原因,看提示原因貌似是什么进程已经睡眠的原因,但是为啥睡眠没搞明白,查看slave hosts也没有查到

     

    当然最后,没办法了,纠结了很久也没有发现什么原因的情况下,本人直接在mac机器上直接通过终端插入数据,居然成功了。。。无语。。不过最终能够同步了至少还有点欣慰。至于什么出现这个问题要找时间好好查找原因了。

  • 相关阅读:
    Cisco IOS XE 3S–to–Cisco IOS Release Number Mapping
    ORA-01157 误删表空间对应的dbf文件出现的错误的解决办法
    记录-Windows10 cnpm报禁止运行脚本
    记录-html和html5区别
    记录-查询硬盘物理序号
    CRC16 Java 实现
    kaldi解码及特征提取详解
    kaldi GMM模型解码指令 gmm-latgen-faster详解
    kaldi基于GMM的单音素模型 训练部分
    kaldi学习
  • 原文地址:https://www.cnblogs.com/lixiaojiao-hit/p/4859445.html
Copyright © 2020-2023  润新知