mysql主从配置

1 简介 就是全局事务ID(global transaction identifier ) 属于全局唯一 2 构成 uuid+transaction_id 3 格式 7a07cd08-ac1b-11e2-9fcf-0010184e9e08:1-N binlog SET @@SESSION.GTID_NEXT= '' 4 概念和变量解读 1 Previous-GTIDs 可以看出,每个binlog开头都记录着从GTID开启到这个binlog之前的binlog文件GTID执行事务的总和,即便不开启GTID,也会记录 2 gtid_executed表 1 状态:不可以手动更改 2 内容:已经执行过的事务GTID总和,RESET MASTER会清空此值 3 mysql5.6记录在内存中,所以需要开启中继日志记录进行持久化(GTID_LOG_EVENT) mysql5.7 为一个innodb_table实现持久化 从库就不需要开启中级日志了 4 触发更改内容(适用于gtid_executed gtid_purged变量) 1 set global gtid_purged='' 常见于搭建从库 2 reset master 清空 executed表 3 gtid_purged 状态:可以手动更改 内容:已经被删除的binlog的事务GTID,它是GTID_EXECUTED的子集 4 gtid

这里我们准备两台机器全部安装AliSQL-AliSQL-5.6.32-9安装到/data/server下 主库机器ip：192.168.124.89 从库机器ip：192.168.124.109 master主库配置 vim /data/server/ #修改内容 #解释：server-id服务的唯一标识（主从之间都必须不同）；log-bin启动二进制日志名称为mysql-bin 【mysqld】 server-id=1 log-bin=mysql-bin 保存退出 cd /data/server/mysql/support-files ./mysql.server start master主库添加从库账号 进入到bin目录启动mysql 进入到交互环境 cd /data/server/mysql/bin ./mysql -u root -p 新建用于主从同步的用户chaoge,允许登录的从库是'192.168.124.109' 给从库账号授权,说明给chaoge从库复制的权限，在192.168.124.109机器上复制 检查主库创建的复制账号 再查看主库状态 slave从库配置 vim /data/server/mysql/my.cnf 重启mysql数据库 cd /data/server/mysql/support-files ./mysql.server start

1.mysql基本命令 mysql基本初始配置 # 1.启动mysql systemctl start/stop /restart/status/ mariadb # 2.linux客户端连接自己 mysql -u root -p -h 127.0.0.1 # 3.远程链接mysql服务端 mysql -u root -p -h 192.168.11.37 # 4.修改mysql密码 MariaDB[(none)]> set password = PASSWORD('新密码'); # 5.创建mysql用户 "%" 表示所有ip地址 MariaDB[(none)]> create user 用户名@"%" identified by '密码'; # 6.查询mysql库中的用户信息 MariaDB[(none)]> use mysql; MariaDB[(none)]> select host,user,password from user; 授权配置 # 7. 授权语句 mysql使用grant命令对账户进行授权，grant命令常见格式如下 grant 权限 on 数据库.表名 to 账户@主机名 # 对特定数据库中的特定表授权 grant 权限 on 数据库.* to 账户@主机名 　　# 对特定数据库中的所有表给与授权 grant 权限1,权限2,权限3 on *.* to

源码安装AliSQL-AliSQL-5.6.32-9 主从间的数据库不是实时同步，就算网络连接正常，也存在瞬间主从数据不一致的情况。 如果主从的网络断开，则从库会在网络恢复正常后，批量进行同步。 如果对从库进行修改数据，那么如果此时从库正在在执行主库的bin-log时，则会出现错误而停止同步，这个是很危险的操作。所以一般情况下，我们要非常小心的修改从库上的数据。 一个衍生的配置是双主、互为主从配置，只要双方的修改不冲突，则可以工作良好。 如果需要多主库的话，可以用环形配置，这样任意一个节点的修改都可以同步到所有节点 这里我们准备两台机器全部安装AliSQL-AliSQL-5.6.32-9安装到/data/server下 主库机器ip：192.168.124.89 从库机器ip：192.168.124.109 master主库配置 vim /data/server/ #修改内容 #解释：server-id服务的唯一标识（主从之间都必须不同）；log-bin启动二进制日志名称为mysql-bin 【mysqld】 server-id=1 log-bin=mysql-bin 保存退出 cd /data/server/mysql/support-files ./mysql.server start master主库添加从库账号 进入到bin目录启动mysql 进入到交互环境 cd

安装环境说明 MySQL安装（略） 操作系统： CentOS7（64位都可以）（略） MHA安装： 　　下载： 　　mha4mysql-manager： wget https://github.com/yoshinorim/mha4mysql-manager/releases/download/v0.58/mha4mysql-manager-0.58-0.el7.centos.noarch.rpm 　　mha4mysql-node： wget https://github.com/yoshinorim/mha4mysql-node/releases/download/v0.58/mha4mysql-node-0.58-0.el7.centos.noarch.rpm 　　安装： 　　　　分别再mysql节点和manager节点安装 yum localinstall -y mha4mysql-node-0.58-0.el7.centos.noarch.rpm yum localinstall -y mha4mysql-manager-0.58-0.el7.centos.noarch.rpm 　　实质上：node节点（MySQL节点）只需要安装mha4mysql-node，但需要注意：需要先安装node包，然后再安装manager包，但为了管理上房本，建议在所有的节点上执行以上的安装

配置分为两部分，主服务器部分，从服务器部分 本次测试的两台机器的主从同步，环境是windows(linux同理) 主服务器ip:192.168.1.199 从服务器ip:192.168.1.198 1）主服务器端的配置 找到MySQL的配置文件my.ini文件 在[mysqld]内开启日志功能 log-bin=mylog-bin名字可以任意取 server-id=199本次去的ip最后三个数字 此时重启主服务器数据库服务 net stop mysql停止mysql服务 net start mysql开启mysql服务 然后进入数据库 执行如下命令 mysql>GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'admin';//此处必须大写， mysql>show master status;//查看主服务器日志文件状态 +------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +------------------+----------+-------

标签：主从 概述 本篇文章主要介绍mysql主从的搭建过程和中间涉及的一些概念知识，希望能最全面的将mysql主从所涉及到的知识都概况进来；环境已经安装好了mysql,这里就不介绍mysql的安装方法。 测试环境： 主：mysql（5.6.21），linux:redhat 6.0,ip:192.168.1.6 从：mysql（5.6.21），linux:redhat 6.0,ip:192.168.1.7 原理和概念 主从复制原理 1)主库在事务提交时会把变更作为事件记录（Events）到二进制文件（Binlog）当中 2)主库将二进制文件中的事件推送到从库的中继日志文件中（Relay-bin）,从库根据中继日志中事件做变更操作。 线程 Binlog Dump线程：该线程运行在主库上，当主从都配置好后，从库运行START SLAVE启动复制后，会在主库上生成一个Binlog Dump线程，该线程的主要作用就是读取主库Binlog事件发送到从库（从库的I/O线程）。 I/O线程：该线程运行在从库上，I/O线程的作用是向主数据库要数据并且将主库发送过来的变更事件写入到从库的中继日志中。 SQL线程：该线程运行在从库上，该线程的主要作用是读取中继日志中的变更事件并更新从库。 该图来自深入浅出mysql数据库开发这本书中。 步骤 主库 在这里主库是运行的，主库的配置文件也是已经配置好了的。

MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 一、主从复制的作用 1、如果主服务器出现问题，可以快速切换到从服务器。 2、对与实时性要求不高或者更新不频繁的应用可以在从服务器上执行查询操作，降低主服务器的访问压力。将数据的读写进行分离从而达到负载的效果。 3、可以在从服务器进行数据备份操作，以避免备份期间对主服务器的影响。 主从复制原理： 原理解析：一旦配置好主从复制，主服务器master开启二进制日志（binlog）将自己的数据改变存到二进制日志中，主从复制配置好，从服务器就会有两个线程，i/o线程、sql线程，从服务器（slave）通过master服务器授予的用户将master服务器产生的二进制日志（binlog）通过i/o线程读到本地并转为中继日志（relaylog），然后通过sql线程读取中继日志（relaylog）再将改变反应到从服务器。 二、搭建主从复制环境 master：192

mysql 的主从复制实现的原理就是 binlog 日志，那么我们主节点负责数据库写操作，而从节点负责读操作，这样在从节点上不需要使用事务，能够大大提高数据库的性能。那么这个时候面临的问题就是从节点如何来同步主节点数据的问题，就用到了我们之前说过的 binlog 日志。从节点通过 binlog 日志来与主节点进行数据同步 三台节点，一个 master，两个 slave，规划如下 三台节点都是使用 CentOS7操作系统，数据库使用的是 mysql5.7。 具体操作如下： 　　 1. 配置master: 　　创建用户并授权，比如我们的用户叫做 repl，创建用户语法如下： 　 　create user 'ygb' identified by 'ygb123'; 　　2. 授权： 　 　　　　用户必须具备 replication slave 权限，除此之外不需要其他的权限 　　　　 grant replication slave on *.* to 'ygb'@'192.168.153.%' identified by 'ygb123'; 　　 3.开启 binlog 日志: 　　　　 binlog日志，即binary log，是二进制日志文件。它有两个作用，一是增量备份，即只备份新增的内容；二是用于主从复制等，即主节点维护了一个binlog日志文件， 　　　

Mysql安装教程参考： https://www.cnblogs.com/zwcry/p/9484476.html 两个Mysql数据库，实现主从复制 主：192.168.159.129(数据库所在机器IP) 从：192.168.159.130(数据库所在机器IP) 1、配置 主 my.cnf （/etc/mys.cn） vim /etc/my.cnf 添加以下内容 server-id=1#设置服务id，不可以重复 log-bin=mysql-bin#开启日志，同步通过日志 binlog-do-db=ms#设置同步的数据，ms为数据库名称 重启数据库，service mysql restart 查看是否生效 2、配置 从 my.my.cnf （/etc/mys.cn） vim /etc/my.cnf 添加以下内容 server-id=2#设置服务id，不可以重复 log-bin=mysql-bin#开启日志，同步通过日志 重启数据库，service mysql restart 3、主 授权 　　授权一个可以复制 主 账号 4、从 脚本 change master to master_host='192.168.159.129',#这个是 主 ip master_user='backup',#上面设置的账户名称 master_password='123456',#上面设置的密码