mysql主从配置

实现ProxySQL反向代理Mysql读写分离 简介 ProxySQL相当于小型的数据库，在磁盘上有存放数据库的目录；ProxySQL用法和mysql相似 启动ProxySQL后会有两个监听端口； 6032：ProxySQL的管理端口 6033：ProxySQL对外提供服务的端口 注意：ProxySQL区分主从节点，是通过主从服务器配置文件中的read_only来区分的；哪个服务器配置文件中有read_only，哪台服务器就是从节点，所以从节点必须加read_only选项 ProxySQL下载地址 实现ProxySQL代理最少准备4台机器 https://github.com/sysown/proxysql/releases/tag/v2.0.8 主节点配置： [root@master ~]# vim /etc/my.cnf [mysqld] server-id=17 log-bin [root@master ~]# systemctl restart mariadb [root@master ~]# mysql -e 'grant replication slave on *.* to repluser@"192.168.38.%" identified by "centos";' #授权并且创建用于主从同步的账号 [root@master ~]# mysql -e 'grant

实现ProxySQL反向代理Mysql读写分离 简介 ProxySQL相当于小型的数据库，在磁盘上有存放数据库的目录；ProxySQL用法和mysql相似 启动ProxySQL后会有两个监听端口； 6032：ProxySQL的管理端口 6033：ProxySQL对外提供服务的端口 注意：ProxySQL区分主从节点，是通过主从服务器配置文件中的read_only来区分的；哪个服务器配置文件中有read_only，哪台服务器就是从节点，所以从节点必须加read_only选项 ProxySQL下载地址 实现ProxySQL代理最少准备4台机器 https://github.com/sysown/proxysql/releases/tag/v2.0.8 主节点配置： [root@master ~]# vim /etc/my.cnf [mysqld] server-id=17 log-bin [root@master ~]# systemctl restart mariadb [root@master ~]# mysql -e 'grant replication slave on *.* to repluser@"192.168.38.%" identified by "centos";' #授权并且创建用于主从同步的账号 [root@master ~]# mysql -e 'grant

Mysql作为目前世界上使用最广泛的免费数据库，相信所有从事系统运维的工程师都一定接触过。但在实际的生产环境中，由单台Mysql作为独立的数据库是完全不能满足实际需求的，无论是在安全性，高可用性以及高并发等各个方面。 因此，一般来说都是通过 主从复制（Master-Slave）的方式来同步数据，再通过读写分离（MySQL-Proxy）来提升数据库的并发负载能力 这样的方案来进行部署与实施的。 读写分离应用： mysql-proxy：Oracle，https://downloads.mysql.com/archives/proxy/ Atlas：Qihoo，https://github.com/Qihoo360/Atlas/blob/master/README_ZH.md dbproxy：美团，https://github.com/Meituan-Dianping/DBProxy Cetus：网易乐得，https://github.com/Lede-Inc/cetus Amoeba：https://sourceforge.net/projects/amoeba/ Cobar：阿里巴巴，Amoeba的升级版 Mycat：基于Cobar， http://www.mycat.io/ ProxySQL：https://proxysql.com/ ProxySQL ProxySQL：

Alibaba Nacos 学习（一）：Nacos介绍与安装 Alibaba Nacos 学习（二）：Spring Cloud Nacos Config Alibaba Nacos 学习（三）：Spring Cloud Nacos Discovery - FeignClient,Nacos 服务注册与发现 Alibaba Nacos 学习（四）：Nacos Docker Alibaba Nacos 学习（五）：K8S Nacos搭建,使用nfs 准备环境 Centos7 192.168.50.21 k8s-master 2G Centos7 192.168.50.22 k8s-node01 2G Centos7 192.168.50.23 k8s-node02 2G K8S集群搭建参考 https://www.cnblogs.com/woxpp/p/11875547.html master安装好Git ,yum install git master,node01,node02 安装 nfs-utils yum install nfs-utils master,node01,node02添加nfs exports配置，为了解决后续的nfs报错异常 /data/mysql-slave *(insecure,fsid=0,rw,async,no_root_squash) /data

目录 mysql redis mysql 一 数据库初识 二 mysql库表的详细操作 三 行记录的详细操作 四 mysql之单表查询 五 mysql之多表查询 索引原理与慢查询优化 mysql创建用户和权限管理 redis redis基础 redis发布订阅 redis持久化RDB与AOF redis不重启，切换RDB备份到AOF备份 redis主从同步 redis-sentinel主从复制高可用 centos下redis安全相关 redis-cluster配置 来源： https://www.cnblogs.com/zhaohaiyu/p/11930688.html

MHA 官方网址 Manager : https://github.com/yoshinorim/mha4mysql-manager Node : https://github.com/yoshinorim/mha4mysql-node MHA 工作原理 主库宕机处理过程 1. 监控节点 (通过配置文件获取所有节点信息) 系统,网络,SSH连接性 主从状态,重点是主库 2. 选主 (1) 如果判断从库(position或者GTID),数据有差异,最接近于 Master 的 slave,成为备选主 (2) 如果判断从库(position或者GTID),数据一致,按照配置文件顺序,选主. (3) 如果设定有权重(candidate_master=1),按照权重强制指定备选主. 1. 默认情况下如果一个 slave 落后 master 100M的 relay logs 的话，即使有权重,也会失效. 2. 如果 check_repl_delay=0 的话,即使落后很多日志,也强制选择其为备选主 3. 数据补偿 (1) 当SSH能连接,从库对比主库 GTID 或者 position 号,立即将二进制日志保存至各个从节点并且应用( save_binary_logs ) (2) 当SSH不能连接, 对比从库之间的relaylog的差异( apply_diff_relay_logs ) 4.

GTID (Golobal Transaction ID) 是对于一个已提交事务的唯一编号，并且是一个全局(主从复制)唯一的编号。 GTID 复制和传统复制的区别：在启动主从复制时，不需要指定 binlog 文件名和 postion 号，直接 auto 即可。MySQL 会自动读取最后一个 relay，获取到上次已经复制的 GTID 号，从此号码开始向后复制即可。在 MHA 高可用环境下，在主库无法 SSH 时，从库进行数据补偿更加便捷。eg: change master to master_host='192.168.31.205' ,master_user='rep',master_password='Rep_123456',master_auto_position=1; 在 /etc/my.cnf 上额外增加下面配置参数 [mysqld] gtid-mode=on # 启用gtid类型，否则就是普通的复制架构 enforce-gtid-consistency=true # 强制GTID的一致性 log-slave-updates=1 # slave更新是否记入日志 在主库创建了一个数据库，查看到 gtid 号 登录从库，查看现在执行到的 gtid 号 show binlog events in 'mysql-bin.000001'; 总结 在主从复制环境中，主库发生过的事务

低读低写并发、低数据量方案 方案一：双机高可用方案 1.数据库架构图 2.特点 一台机器A作为读写库，另一台B作为备份库；A库故障后B库作为读写库；A库恢复后A作为备库。 3.开发说明 此种情况下，数据源配置中的数据库IP地址，可采用虚拟的IP地址。虚拟IP地址由两台数据库机器上的keepalive配置，并互相检测心跳。当其中一台故障后，虚拟IP地址会自动漂移到另外一台正常的库上。 数据库的主备配置、故障排除和数据补全，需要DBA和运维人员来维护。而程序代码或配置并不需要修改。 具体配置可参考资料： http://lizhenliang.blog.51cto.com/7876557/1362313 http://database.51cto.com/art/201012/237204.htm http://gaoke.iteye.com/blog/2283890 4.适应场景 读和写都不高的场景（单表数据低于500万），双机高可用。 5.优缺点 优点是一个机器故障了可以自动切换；缺点是只有一个库在工作，读写并未分离，并发有限制。 方案二：主从结构方案 1.数据库架构图 2.特点 一台机器A作为写库，另一台B作为读库；A库故障后B库充当读写，A修复后，B库为写库，A库为读库。 3.开发说明 这种方案的实现，要借助数据库中间件Mycat来实现，Mycat的datahost配置如下

MySQL主从复制+过滤复制+GTID 1.修改主库从库配置文件 主库: vim /etc/my.cnf [mysqld] server_id=1 log-bin=mysql-bin 从库: vim /etc/my.cnf [mysqld] server_id=1 注意: 1)主库server_id为1,从库server_id不等于1即可,从库之间可以相同. 2)主库需要开启binlog,从库可以不开启binlog,就算开启,也不会写入数据. 主从库server-id一定要彼此独立，不能重复，否则会出现如下错误： Slave: received end packet FROM server, apparent master shutdown **主库: Binlog_Do_DB #在主库上设置白名单:只记录白名单设置的库或者表,相关的SQL语句到binlog中 **生产中不能设置,否则不记录其他库的binlog,数据一旦丢失找不回来** Binlog_Ignore_DB #在主库上设置黑名单:不记录黑名单设置的库或者表,相关的SQL语句到binlog中 **从库: replicate-do-db=test #从库白名单,只同步某个库 replicate-do-table=test.t1 #从库白名单,只同步某个库中的某个表 replicate-wild-do-table=test

1.MySQl主从复制 原理 ：将主服务器的binlog日志复制到从服务器上执行一遍，达到主从数据的一致状态。 过程 ：从库开启一个I/O线程，向主库请求Binlog日志。主节点开启一个binlog dump线程，检查自己的二进制日志，并发送给从节点；从库将接收到的数据保存到中继日志（Relay log）中，另外开启一个SQL线程，把Relay中的操作在自身机器上执行一遍 优点 ： 作为备用数据库，并且不影响业务 可做读写分离，一般是一个写库，一个或多个读库，分布在不同的服务器上，充分发挥服务器和数据库的性能，但要保证数据的一致性 2.主从复制的日志格式 这里的日志格式就是指二进制日志的三种格式：基于语句statement的复制、基于行row的复制、基于语句和行（mix）的复制。其中基于row的复制方式更能保证主从库数据的一致性，但日志量较大，在设置时考虑磁盘的空间问题 show variables like ‘%binlog%format%’; #查看当前使用的binlog的格式 set binlog_format = ‘row’; #设置格式，这种方法只在当前session生效 set global binlog_format = ‘row’; #在全局下设置binlog格式，会影响所有的Session 3.复制架构 3.1、一主多从架构 在主库的请求压力非常大时