Mysql数据库主从复制

实验环境 :俩台mysql     master:192.168.1.10        slave:192.168.1.20

建立时间同步环境,在主节点上搭建时间服务器

安装              yum  -y install  ntp

配置ntp   vim  /etc/ntp.conf    #添加如下俩行

server  127.127.1.0

fudge   127.127.1.0  stratum 8

重启服务       service   ntpd  restart

在节点服务器上同步时间

yum   -y  install  ntpdate

/usr/sbin/ntpdate   192.168.1.10

在每台服务器上关闭iptables或者指定端口进行开放

service  iptables stop

chkconfig   iptables   off


一、修改master,slave服务器


1

2

3

4

5

6

7

8

9

10

11

12

13


master服务器配置:

vi /usr/local/mysql/etc/my.cnf

[mysqld]

server-id=202     #设置服务器唯一的id,默认是1,我们设置ip最后一段,slave设置203

log-bin=mysql-bin # 启用二进制日志

#binlog-ignore-db = mysql,information_schema  #忽略写入binlog的库

slave服务器配置:

vi /usr/local/mysql/etc/my.cnf

[mysqld]

server-id=203

replicate-do-db = abc     #只同步abc库

slave-skip-errors = all   #忽略因复制出现的所有错误


二,重启主从数据库。

三,登陆mysql程序。给从服务器以授权

mysql  -uroot -p pwd123

grant   replication  slave  on  *.*   to   ‘myslave‘@192.168.1.从服务器ip’  identified  by ‘123456‘;

三、查看主数据库状态


mysql> show master status;

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

| File  | Position | Binlog_Do_DB | Binlog_Ignore_DB |

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

| mysql-bin.000002 | 263 |  |   |

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

四、配置从数据库


1

2

3

4

5

6

7


mysql> change master to

 -> master_host=‘192.168.1.10‘,

 -> master_user=‘mslave‘,

 -> master_password=‘123456‘,

 -> master_log_file=‘mysql-bin.000002‘,

 -> master_log_pos=263;

#Log和pos是master上随机获取的。这段也可以写到my.cnf里面。

五、启动slave同步进程并查看状态


1

mysql> start slave;

io线程必须为yes

六,测试主从复制。

在slave启动报错:

“Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: ‘Could not find first log file name in binary log index file’”

解决:报错的原因主要是slave设置master的二进制文件名或pos值不对应!

先flush logs;清空日志,在查看下主数据库的状态 show master status;看下日志文件名字和position值;

再在slave中,执行:CHANGE MASTER TO MASTER_LOG_FILE=‘二进制日志名’,MASTER_LOG_POS=值;

最后启动同步进程:start slave;

时间: 2024-07-31 14:15:07

Mysql数据库主从复制的相关文章

怎样解决MySQL数据库主从复制延迟的问题

像Facebook.开心001.人人网.优酷.豆瓣.淘宝等高流量.高并发的网站,单点数据库很难支撑得住,WEB2.0类型的网站中使用MySQL的居多,要么用MySQL自带的MySQL NDB Cluster(MySQL5.0及以上版本支持MySQL NDB Cluster功能),或者用MySQL自带的分区功能(MySQL5.1及以上版本支持分区功能),我所知道的使用这两种方案的很少,一般使用主从复制,再加上MySQL Proxy实现负载均衡.读写分离等功能,在使用主从复制的基础上,再使用垂直切分

怎样解决MySQL数据库主从复制延迟的问题?

1.网络超时 2.慢查询 3.流量 问题一:主库的从库太多,导致复制延迟从库数据以3-5个为宜,要复制的从节点数量过多,会导致复制延迟问题二:从库硬件比主库差,导致复制延迟查看Master和Slave的系统配置,可能会因为机器配置不当,包括磁盘I/O.CPU.内存等各方面因素造成复制的延迟.一般发生在高并发大数据量写入场景中问题三:慢SQL语句过多假如一条SQL语句执行时间是20秒,那么从执行完毕到从库上能查到数据至少需要20秒,这样就延迟20秒了.一般要把SQL语句的优化作为常规工作不断地进行

MySQL 数据库主从复制架构

前文<MySQL 数据库事务与复制>分析了 MySQL 复制过程中如何保证 binlog 和事务数据之间的一致性,本文进一步分析引入从库后需要保证主从的数据一致性需要考虑哪些方面. 原生复制架构 MySQL 的原生复制架构原理如上图所示.从库的 I/O Thread 线程负责不断读取主库的 binlog 日志文件并写入本地的 Relay log 临时缓存.从库的 SQL Thread 线程则不断读取 Relay log 重放事件入库.整个过程看起来是比较简单清晰的,但其中有几个点对主从数据一致

mysql数据库主从复制部署笔记

数据库主从复制原理:数据库的主从复制就是从master数据库复制到slave数据库,在master与slave之间实现整个复制需要三个线程来完成,其中两个在slave端一个在master端.在master端必须打开binlog功能,因为从数据库需要获得主数据的完整的操作日志然后再自身上顺序的执行日志中的各种操作. 主要步骤:1.将slave的io线程连上master,请求获得指定日志文件的指定位置之后的操作日志的内容:2.master获得slave的io线程请求后,将请求中读取到的指定日志的指定

MYSQL数据库主从复制(一)

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

利用percona-xtrabackup快速搭建MySQL数据库主从复制

应用场景: Linux服务器A运行MySQL服务,并开启了log-bin(log-bin = mysql-bin)和指定了server-id(server-id = 1); Linux服务器B也以与服务器A同样的方式(不同样也可以,参考下面的"注意")安装了MySQL服务,可开启log-bin也可不开启log-bin,如果开启了log-bin则需要注意MySQL function的限制问题(可通过set global log_bin_trust_function_creators=TR

配置mysql数据库主从复制

一.    原理说明 复制有以下三个步骤: (a)主服务器把数据更改记录到二进制日志中.(这叫做二进制日志事件(binary log events).) (b)从服务器把主服务器的二进制日志事件拷贝到自己的中继日志(relay log)中. (c)从服务器重放中继日志中的事件,把更改用到自己的数据上. 第一步:在主服务器上记录二进制日志.在每个更新数据的事务完成之前,主服务器都会把数据更改记录到二进制日志中.即使事务在执行期间是交错的,mysql也会串行地把事务写入到二进制日志中.在把事件写入到

怎样解决MySQL数据库主从复制延迟的问题---流行网站的解决办法(转载)

像Facebook.开心001.人人网.优酷.豆瓣.淘宝等高流量.高并发的网站,单点数据库很难支撑得住,WEB2.0类型的网站中使用MySQL的 居多,要么用MySQL自带的MySQL NDB Cluster(MySQL5.0及以上版本支持MySQL NDB Cluster功能),或者用MySQL自带的分区功能(MySQL5.1及以上版本支持分区功能),我所知道的使用这两种方案的很少,一般使用主从复 制,再加上MySQL Proxy实现负载均衡.读写分离等功能,在使用主从复制的基础上,再使用垂直

Mysql数据库主从复制实现

数据库复制replication的实现原理1.主服务器凡运行语句,都产生一个二进制日志 binlog2.从服务器不断读取主服务器的binlog3.从主服务器读取到的binlog转换为自身可执行的relaylog4.执行relaylog 实现步骤:1.首先确保主服务器打开二进制日志功能这样主服务器一旦有数据变化,立即产生二进制日志2.从服务器也需要开启二进制日志和relay日志功能这样可以从主服务器读取binlog并产生relaylog3.在主服务器建立一个从服务器的帐号,并授予读binlog的权