MySQL主从同步部署

mysql主从同步部署:

master:192.168.2.67

slave:192.168.2.211

同步系统非默认库,master中其它库已经运行一段时间。

master端:

vim /etc/my.cnf

server-id       = 1    master端ID号

log-bin=/data/logbin/mysql-bin    日志路径及文件名

#binlog-do-db = debit            同步debit,此处关闭的话,就是除不允许的,其它的库均同步。

binlog-ignore-db = mysql        不同步mysql库,以下同上

binlog-ignore-db = test

binlog-ignore-db = information_schema

/usr/local/mysql/bin/mysql -uroot -p

mysql>grant replication slave on *.* to [email protected]‘192.168.2.211‘ identified by ‘123456‘;

mysql>flush privileges;

mysql>flush tables with read lock;

mysql>show master status;

此处主要记录下file和position的值,slave端要使用到。如下

File             | Position  |

+------------------+----------

| mysql-bin.000047 | 391592414

另外一个窗口运行下面的:

tar -czf /data/mysql/debit.tgz /data/mysql/debit

scp /data/mysql/debit.tgz [email protected]/data/mysql/debit.tgz

完成后返回前一个窗口解锁数据库只读。

mysql>unlock tables;

slave端:

vim /etc/my.cnf

server-id = 2      slave的ID号,此处一定要大于master端。

保存退出。

/usr/local/mysql/bin/mysqladmin -uroot -p shutdown

tar xvzf /data/mysql/debit.tgz /data/mysql/debit

chown -R mysql.mysql /data/mysql/debit

/usr/local/mysql/bin/mysql -uroot -p

mysql>stop slave;

mysql>change master to

>master_host=‘192.168.2.67‘,

>master_user=‘rsync‘,                            master端创建的用于主从同步的账户和密码

>master_password=‘123456‘,

>master_port=‘3306‘,                             master端设置的client端使用的端口号。

>master_log_file=‘mysql-bin.000047‘,             master端记录的file值

>master_log_pos=391592414;                       master端记录的position值

mysql>start slave;

mysql>show slave status \G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.2.67

Master_User: rsync

Master_Port: 3306

Connect_Retry: 30

Master_Log_File: mysql-bin.000047

Read_Master_Log_Pos: 413641446

Relay_Log_File: backter-relay-bin.000002

Relay_Log_Pos: 13433937

Relay_Master_Log_File: mysql-bin.000047

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 405026116

Relay_Log_Space: 22049267

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: 148

1 row in set (0.00 sec)

查看上面的Slave_IO_Running: Yes 和Slave_SQL_Running: Yes  2个都为yes则证明主从同步正常,如果有任一个显示NO,则证明同步有问题。可以查看数据库日志文件,里面基本上会显示出错误之处,根据错误一步一步排查,基本上都可以解决的。

时间: 2024-11-01 08:41:21

MySQL主从同步部署的相关文章

MYSQL-MMM主从同步部署mysql高用集群

使用mysql-mmm和mysql主从同步部署mysql高用集群 公共配置: 关闭iptables 禁用selinux 配置好yum源 固定ip 彼此间能通信 都运行数据库服务 都只有默认初始的四个库 1配置主主结构 2配置一主多从结构 3安装mysql-mmm软件 4配置mysql-mmm实现mysql高可用集群

趁一切还来得及【五】数据库MySQL主从同步的实践部署

自笑栖迟淮海客,十年心事一灯前.                                           --[元]萨都拉 第二章 数据库MySQL主从同步部署操作实践 2.1 数据同步相关应用基础 ①MySQL主从同步架构是目前使用最多的数据库架构之一,尤其是负载比较大的网站,因此对于主从同步的部署管理也就显得非常重要. ②MySQL主从同步的作用:(1) 数据分布,(2) 负载平衡(load balancing),(3) 备份,(4) 高可用性(high availability

mysql主从同步以及原理

mysql主从复制介绍 当前的生产工作中,大多数应用的mysql主从同步都是异步的复制方式,即不是严格实时的数据同步. 实时和异步: 同步复制: 指的是客户端连接到MySQL主服务器写入一段数据, MySQL主服务器同步给MySQL从服务器需要等待从服务器发出同步完成的响应才返回客户端OK, 这其中等待同步的过程是阻塞的, 如果有N台从服务器, 效率极低 异步复制: 指的是客户端连接到MySQL主服务器写入一段数据, MySQL主服务器将写入的数据发送给MySQL从服务器, 然后直接返回客户端O

部署mysql主从同步

部署mysql主从同步一.什么是mysql主从同步主:正在被客户端访问的数据库服务器,被称作主库服务器.从:自动同步主库上的数据的数据库服务器,被称作从库服务器. 二.配置mysql主从同步2.1 拓扑图数据库服务器 192.168.4.51 做主库数据库服务器 192.168.4.52 做从库 2.2 环境准备主从同步未配置之前,要保证从库上要有主库上的数据.禁用selinux ]# setenforce 0 关闭防火墙服务]# systemctl stop firewalld物理连接正常 ]

MySQL数据库主从同步部署

MySQL数据库主从同步部署: 环境 Mater:   CentOS6.4  mysql5.5.38  192.168.107.133 Slave:   CentOS6.4  mysql5.5.38  192.168.107.135 1.导出主服务数据,将主备初始数据同步 master: //从master上导出需要同步的数据库信息 mysqldump -u*** -p*** --database test > test.sql //将master上的备份信息传输到slave上 scp /roo

MySQL 主从同步(1) - 概念和原理介绍 以及 主从/主主模式 部署记录

Mysql复制概念Mysql内建的复制功能是构建大型高性能应用程序的基础, 将Mysql数据分布到多个系统上,这种分布机制是通过将Mysql某一台主机数据复制到其它主机(slaves)上,并重新执行一遍来实现的.复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器.主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环.这些日志可以记录发送到从服务器的更新.当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取的最后一次成功更新的位置.从服务器接收从那时起

mysql主从同步(4)-同步延迟状态考量(seconds_behind_master和pt-heartbea)

一般情况下,我们是通过"show slave status \G;"提供的Seconds_Behind_Master值来衡量mysql主从同步的延迟情况.具体说明见:mysql主从同步(4)-Slave延迟状态监控,这种方法在大多数情况下确实是可行的.但是经验告诉我,仅仅依靠Seconds_Behind_Master的值来监测主从同步数据是否延迟是绝对不可靠的!!! 曾经遇到过的一个坑:Mysql主从环境部署后,刚开始主从数据同步是没问题的,也是通过监控Seconds_Behind_M

mysql主从同步中出现的问题梳理

之前部署了Mysql主从复制环境(MySQL复制环境(主从/主主)部署总结性梳理),在mysql同步过程中会出现很多问题,导致数据同步异常.以下梳理了几种主从同步中可能存在的问题:1)slave运行过慢不能与master同步,也就是MySQL数据库主从同步延迟MySQL数据库slave服务器延迟的现象是非常普遍的,MySQL复制允许从机进行SELECT操作,但是在实际线上环境下,由于从机延迟的关系,很难将读取操作转向到从机.这就导致了有了以下一些潜规则:"实时性要求不高的读取操作可以放到slav

企业生产MySQL主从同步配置

MySQL主从同步配置 前言:测试环境 一台mysql多个实例 主机IP地址 10.0.0.52 Master   3306 Salve    3307 一.主库要开启binlog服务 1. 1修改配置文件3306/my.cnf [[email protected] ~]# egrep "log-bin|server-id" /data/3306/my.cnf   log-bin = /data/3306/mysql-bin server-id = 1 1. 2查看主库有没有开启bin