青铜到王者，快速晋升你 MySQL 数据库的段位！
|
innobackupex --user root --socket=/tmp/mysql.sock --password root123 --defaults-file=/etc/my.cnf --apply-log --redo-only +全备 innobackupex --user root --socket=/tmp/mysql.sock --password root123 --defaults-file=/etc/my.cnf --apply-log --redo-only 全备 --incremental-dir=增备1 innobackupex --user root --socket=/tmp/mysql.sock --password root123 --defaults-file=/etc/my.cnf --apply-log --redo-only 全备 --incremental-dir=增备2 innobackupex --user root --socket=/tmp/mysql.sock --password root123 --defaults-file=/etc/my.cnf --apply-log +全备 注# –redo-only代表只举办前滚操纵 # –apply-log应用日记，担保数据的完备性 第五部门：永恒钻石篇 给各人先容下企业中最常行使的主流 MySQL 高可用架构； 从两方面先容 1. 基于主从复制 a. 双主M-M keepalived b. MHA 2. 基于 Galera 协议； M-M keepalived 双主架构：
一样平常中小型公司都行使这种架构，搭建较量利便简朴；可以回收主从可能主主模式，在 master 节点产生妨碍后，操作 keepalived 高可用机制实现快速切换到 slave 节点。原本的从库酿成新的主库。 但针对这个架构，小我私人提议以下几点： 1. 必然要完美好切换剧本，keepalived 的切换机制要公道，停止切换不乐成的征象产生。 2. 从库的设置尽将近与主库同等，不能太次；停止主库宕机产生切换，新的主库（原本的从库）影响线上营业举办。 3. 对付耽误的题目，在这套架构中，也不能停止。可以行使 mysql 5.7 中加强半同步完成。也可以改变架构行使 PXC，完成时时同步成果，根基上没有耽误； 4. keepalived 无法办理脑裂的题目，因此在举办处事非常判定时，可以修改我们的判定剧本，通过对第三方节点增补检测来抉择是否举办切换，可低落脑裂题目发生的风险。 5. 回收 keepalived 这个架构，在配置两节点状态时，都要配置成不抢占模式，都是 backup 状态，通过优先级，来抉择谁是主库。停止脑裂，斗嘴征象产生。 6. 安装好 mysql 必要的一些依靠包；提议设置好 yum 源，用 yum 安装 keepalived 即可。 MHA 架构：
MySQL MHA 架构：可以说是企业最风行，用的最多的架构了。一些同窗也常常问我相干的题目。 既然 MHA 这么火，那么它有什么利益呢？ 1. 妨碍切换时，可以自行判定哪个从库与主库的数据最靠近，就切换到上面，可以镌汰数据的丢失，担保数据的同等性 2. 支持 binlog server，可进步 binlog 传送服从，进一步镌汰数据丢失风险。 3. 可以设置 mysql 5.7 的加强半同步，来担保数据的时时同步 虽然也会有一些较量棘手的弱点： 1. 自动切换的剧本太简朴了，并且较量老化，提议后期逐渐完美。 2. 搭建 MHA 架构，必要开启 linux 体系互信协议，以是对付体系安详性来说，是个不小的检验。 PXC 架构：
可以实现多个节点间的数据同步复制以及读写，而且可保障数据库的处事高可用及数据同等性。 PXC 根基就属于最美满的一套架构计划理念： 1. 主从同步，根基上无耽误； 2. 完全兼容MySQL 3. 新增节点进入到集群，陈设起来很简朴。 4. 处事高可用性可以担保，而且数据同等性越发严酷； 第六部门：最强王者篇 进入到最后一个段位，在这里常识的高楼根基已经建成，我们必要做的就是一些高级优化操纵了。 可以从四个部门来思量优化的题目：措施计划角度、体系维度、数据库方面、硬件偏向 （编辑：湖南网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
