mysql/mariadb主从复制

MySQL Replocation：NySQL复制，MySQL的复制默认为异步工作模式
   mysql的复制功能是mysql内置的，装上它之后就具备了这个功能，而mysql复制是mysql实现大规模高性能应用的一个基本工具，是mysql完成水平扩展的基本架构，为了能够应付更多的访问请求，通常情况下我们需要对服务器进行扩展，而扩展通常有两种方式：向上扩展和向外扩展；
向上扩展：scale on，也称为垂直扩展，一般是扩充服务器的内存或CPU颗数的这种就是向上扩展。
向外扩展：scale out，也称为水平扩展，比较一台服务器不够，再加一台服务器，再不够再加，这种情况就是向外扩展。
其实MySQL的的复制功能就是使用MySQL向外扩展的能力，也就是水平扩展的功能。

   所谓同步的复制：首先主服务器每更新一条数据先写到磁盘文件中，同时还要写一个到二进制日志文件中，从服务器就会到主服务器请求二进制信息保存在中继日志中，保存好后由本地的SQL thread从中继日志应用到从服务器的本地有磁盘文件中，当这个过程完成之后再由从服务器返回确认结果给主服务器，主服务器才返回结果给客户端的。
所谓异步复制：当主服务器要写数据时，先写到本地的磁盘，同时写到二进制文件日志中，写好二进制日志文件后就把结果返回给客户端，至于从服务有没有来主服务器同步二进制日志他不关心。
注意：在做复制时双方的的MySQL要一致，如果不一致，主的要低于从的。
   MySQL主从服务的工作原理图:

时间： 2024-08-11 03:38:09

mysql/mariadb主从复制的相关文章

基于SSL的mysql(MariaDB)主从复制

一.前言 备份数据库是生产环境中的首要任务,重中之重,有时候不得不通过网络进行数据库的复制,这样就需要保证数据在网络传输过程中的安全性,因此使用基于SSL的复制会大加强数据的安全性 二.准备工作 1.主从服务器时间同步 [[email protected] ~]# crontab -e */30 * * * * /usr/sbin/ntpdate 172.16.0.1 &>/dev/null 2.mysql说明 (1)主服务器 hostname:master    IP:172.16.7.2

mysql/mariadb主从复制架构配置及过程中出现的问题

两台CentOS7系虚拟主机:分别是:主服务器172.16.75.1,从服务器172.16.75.2使用的是mariadb-5.5.56,即centOS自带的软件版本为了使实验结果显示精准,此处关闭两台服务器的防火墙和SELinux:[[email protected] ~]# setenforce 0[[email protected] ~]# iptables -F 一.首先在主服务器172.16.75.1上配置:在/etc/my.cnf中配置如下:[mysqld]###定义二进制日志的存放

MySQL/MariaDB数据库基于SSL实现主从复制

前言 备份数据库是生产环境中的首要任务,有时候不得不通过网络进行数据库的复制,由于MySQL/MariaDB的主从复制是明文传送的,如果在生产环境中跨网络传送,数据的安全性就无法完全保证,为了解决这一问题,我们需要一种安全的方式进行传送,即基于SSL加密进行数据传输. 部署配置 实验拓扑 实验环境 系统环境:CentOS6.6 数据库版本:mariadb-5.5.36 #注意:主从服务器数据库版本须一致:主从服务器时间须同步 #此实验从服务器只做一组为例 配置主从复制 安装mariadb [[e

MySQL/MariaDB数据库主从复制

MySQL数据库复制概述 MySQL的主从复制是指从服务器向主服务器获取二进制日志文件,然后在从服务器上对这些日志重新执行,从而使从服务器和主服务器保持同步.但由于是异步的复制,从服务器在一定程度上落后于主服务器,刚写入到主服务器上的数据可能服务在从服务器上查询得到. MySQL的复制原理: (1)从服务器创建I/O线程连接主数据库,向主数据库请求二进制日志文件. (2)主库上启动Binlog Dump,将二进制日志文件发送给I/O线程,I/O线程获取数据后将数据写在从库的中继日志中(relay

MySQL(mariadb)多实例应用与多实例主从复制

MySQL多实例 mysql多实例,简单理解就是在一台服务器上,mysql服务开启多个不同的端口(如3306.3307,3308),运行多个服务进程.这些 mysql 服务进程通过不同的 socket来监听不同的数据端口,进而互不干涉的提供各自的服务. 在同一台服务器上,mysql 多实例会去共用一套 mysql 应用程序,因此在部署 mysql的时候只需要部署一次 mysql程序即可,无需多次部署.但是,mysql多实例之间会各自使用不同的 my.cnf 配置文件.启动程序和数据文件.在提供服

Linux mariadb(Mysql)的主从复制架构

mysql的主从复制架构,需要准备两台机器,并且可以通信,安装好2个mysql,保持版本一致性 mysql -v 查看数据库版本 1.准备主库的配置文件  /etc/my.cnf 写入开启主库的参数[mysqld]# 标注 主库的身份idserver-id=1# 那个binlog的文件名log-bin=s15mysql-bin 2.重启mairadb,读取配置文件systemctl restart mariadb 3.查看主库的状态mysql -uroot -p # 这个命令可以查看日志文件的名

【MySQL】Mariadb主从复制

Mariadb主从复制 环境配置: Master : 172.30.200.200 Slave : 172.30.200.204 架构图,如下: Master的配置: 1.binlog配置 [[email protected] u01]# su - mysql [[email protected] ~]$ mkdir -p /u01/data/binlog [[email protected] ~]$ vi /etc/my.cnf #*********** binlog related sett

mysql/mariadb基于ssl的主从复制

当mysql/mariadb跨越互联网进行复制时别人可以窃取到mysql/mariadb的复制信息, 这些信息是明文的, 因此存在不安全性, 这里通过ssl对复制的信息进行加密 1. 创建证书中心 在主服务器上创建证书中心 cd /etc/pki/CA 生成私钥 (umask 077;openssl genrsa -out private/cakey.pem 2048) 生成自签名证书 openssl req -new -x509 -key /etc/pki/CA/private/cakey.p

MySQL/MariaDB基于MMM实现读写分离及高可用

前言 MMM(Master-Master replication managerfor Mysql,Mysql主主复制管理器)是一套灵活的脚本程序,基于perl实现,用来对mysql replication进行监控和故障迁移,并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的). MMM 优缺点 优点:高可用性,扩展性好,出现故障自动切换,对于主主同步,在同一时间只提供一台数据库写操作,保证的数据的一致性. 缺点:Monitor节点是单点,可以结合Keepal