mysql主从配置

MySQL 基础篇 三范式 MySQL 军规 MySQL 配置 MySQL 用户管理和权限设置 MySQL 常用函数介绍 MySQL 字段类型介绍 MySQL 多列排序 MySQL 行转列 列转行 MySQL NULL 使用带来的坑 MySQL AND 和 OR 联合使用带来的坑 MySQL 触发器的使用 转载： 《58到家数据库30条军规解读》 《赶集mysql军规》 《58到家MySQL军规升级版》 基础规范 必须使用 InnoDB 存储引擎 解读：支持事务、行级锁、并发性能更好、CPU及内存缓存页优化使得资源利用率更高。 表字符集默认使用 utf8 ，必要时候使用 utf8mb4 解读：万国码，无需转码，无乱码风险，节省空间，utf8mb4 是 utf8 的超集，有存储4字节例如表情符号时，使用它。 数据表、数据字段必须加入中文注释 禁止使用存储过程、视图、触发器、Event 解读：高并发大数据的互联网业务，架构设计思路是“解放数据库 CPU，将计算转移到服务层”，并发量大的情况下，这些功能很可能将数据库拖死，业务逻辑放到服务层具备更好的扩展性，能够轻易实现“增机器就加性能”。数据库擅长存储与索引，CPU 计算还是上移吧。 禁止存储大文件或者大照片 解读：为何要让数据库做它不擅长的事情？大文件和照片存储在文件系统，数据库里存 URI 多好。 控制单表数据量

mysql一主多从配置详情.note 将从服务器设置成主服务器开启二进制日志，原来主服务器change master 1、创建用户从服务器新建用户并赋予“REPLICATION SLAVE”的权限(注：mysql8.0版本分三步执行) mysql> create user 'sslave'@'X.X.X.X' identified by 'password' mysql> grant all privileges on *.* to 'sslave'@'X.X.X.X' with grant option; （ grant 权限列表 on 数据库 to 用户名@访问主机） mysql> flush privileges; 2、更改从服务的/etc/my.cnf文件 log-bin=mysql-bin-master //启用主服务器的二进制的名称 server-id=11 //不能重复 binlog-do-db=要同步的数据库 //同步多个就写多条 binlog-ignore-db=mysql //不同步的数据库 3、重启mysql systemctl restart mysqld 4、从服务器-重启mysql systemctl restart mysqld 5、查看master状态 show master status; 6、主服务器尝试连接主（从）服务器（注意防火墙关闭）

https://www.cnblogs.com/zgx/archive/2011/09/13/2174823.html 1、准备好3台虚机，一台master，两台slave且都安装好mysql 2、主服务器上登录mysql，创建要同步的库及表 mysql> mysql -uroot -p111111; mysql> CREATE DATABASE NAME; mysql> use NAME; mysql> CREATE TABLE T_NAME(id int,name varchar(20)) 3、主服务器新建用户并赋予“REPLICATION SLAVE”的权限(注：mysql8.0版本分三步执行) mysql> create user 'mslave'@'X.X.X.X' identified by 'password' mysql> grant all privileges on *.* to 'mslave'@'X.X.X.X' with grant option; （ grant 权限列表 on 数据库 to 用户名@访问主机） mysql> flush privileges; 其中：X.X.X.X 为从服务器的ip地址 例如 192.168.50.% 表示该网段下的从服务器 *.* 为当前服务器所有库所有表 with grant option

备份和恢复 备份类型： 完全备份，部分备份 完全备份：整个数据集 1 部分备份：只备份数据子集，如部分库或表 完全备份、增量备份、差异备份 2增量备份：仅备份最近一次完全备份或增量备份（如果存在增量）以来变化的数据，备份较快，还原复杂 3差异备份：仅备份最近一次完全备份以来变化的数据，备份较慢，还原简单 注意：二进制日志文件不应该与数据文件放在同一磁盘 备份和恢复 冷、温、热备份 冷备：读写操作均不可进行 温备：读操作可执行；但写操作不可执行 热备：读写操作均可执行 MyISAM：温备，不支持热备 InnoDB：都支持 物理和逻辑备份 物理备份：直接复制数据文件进行备份，与存储引擎有关，占用较多的空间，速度快 逻辑备份：从数据库中“导出”数据另存而进行的备份，与存储引擎无关，占用空间少，速度慢，可能丢失精度 备份时需要考虑的因素 温备的持锁多久 备份产生的负载 备份过程的时长 恢复过程的时长 备份什么 数据 二进制日志、InnoDB的事务日志 程序代码（存储过程、函数、触发器、事件调度器） 服务器的配置文件 备份工具 cp, tar等复制归档工具：物理备份工具，适用所有存储引擎；只支持冷备；完全和部分备份 LVM的快照：先加锁，做快照后解锁，几乎热备；借助文件系统工具进行备份 mysqldump：逻辑备份工具，适用所有存储引擎，温备；支持完全或部分备份

利用MySQL自身提供的主从复制技术，在企业生产场景中，可以很好的对数数据进行多处自动备份，并且实现数据库的扩展。比如：在做定时备份时，备份的过程可能需要锁表操作，在备份锁表期间，用户无法访问数据，虽然可以选择在业务低谷期进行备份，但是多少都会有影响，这时可以通过主从复制的从库进行锁表备份。在主从复制的基础上通过读写分离技术还能提升数据库的负载性能（主库写，从库读）。 主从复制模型 一主一从 一主多从 双主 线性级联 环状级联 这次用来讲解的是一主一从模型 主从复制原理图 主从复制过程存在三个线程，Master端的I/O线程，Slave的I/O线程与SQL线程。Master端需要开启binlog日志，Slave端需要开启relay日志。 1、Slave端的I/O读取master.info文件，获取binlog文件名和位置点，然后向Master端的I/O线程请求，该binlog文件名和位置点的binlog信息。 （master.info文件在配置主从复制时使用change master命令来指定生成） 2、Master端的I/O线程会根据Slave端的I/O线程请求的信息来读取Master的binlog日志信息与及读取到最新的binlog文件名和位置点一同返回给Slave的I/O线程。 3、Slave端的I/O线程会把获取到的binlog日志写入relay日志（中继日志）文件中

一、简介 　　　　你可以把它看做是一个监控MySQL的工具，当master挂了之后，起一个slave作为master，另外一台slave重新作为新master的备库； 　　　　所以MHA的架构做好是三台数据库，并且已经提前做好了主从模式（一主两从），MHA可以管理多组MySQL主从集群；VIP的跳转也 　　　　是通过keepalived来实现的，总体的架构设计如下图所示（借助网上的图片）： 　　Mycat： 　　　　实现读写分离、分库分表的一个开源的工具，我这里没有使用到分库分表的功能，只是单纯的做读写分离；mycat实现读写分离是在配置文件 　　　　中配置的，配置起来也比较的简单，下面会详细介绍，架构方面则是采用的如下图所示的架构模式： 二、MHA搭建安装 　　2.1 搭建（ 一主两从已经实现，这里不做阐述 ） 　　　　包分为两部分，一个是manager的包，另外一个是node包；包的下载地址为：https://pan.baidu.com/s/1D6v6yPeCTecaB68LwPZJ2A，密码：oyez 　　　　所有的节点都需要安装node包，然后所有的节点你都需要安装Perl的依赖包：perl-DBD-MySQL 　　　　如果还缺少其它包的话，那就见招拆招呗！！ 　　　　还有一点需要注意：那个manager包你可以单独部署在一台服务器上，也可以部署在其中一台node节点上 　

为了响应公司需求，打造出更安全的mysql集群，能够实现mysql故障后切换，研究了几天终于有了成果，一起分享一下。 首先介绍一下这套集群方案实现的功能 1、mysql服务器故障后自动转移，修好后自动切回 2、mysql服务故障自动转移，修好后自动切回 3、可以实现在几秒钟内转移 以下内容均是实验环境，请根据实际情况修改响应参数 生产环境MySQL主主同步主键冲突处理? http://www.linuxidc.com/Linux/2013-07/86890.htm MySQL + KeepAlived + LVS 单点写入主主同步高可用架构实验? http://www.linuxidc.com/Linux/2013-05/84002.htm MySQL 主主同步配置? http://www.linuxidc.com/Linux/2013-05/83815.htm CentOS?6.3下MySQL主从复制笔记? http://www.linuxidc.com/Linux/2013-06/85983.htm Linux下的MySQL主主复制? http://www.linuxidc.com/Linux/2013-10/91683.htm 实验环境： mysql1 ip：10.1.1.20 mysql2? ip：10.1.1.21 mysql vip：10.1.1.25

当MySQL按照之前的主从复制方式配置好集群以后，可以开启Mycat的读写分离机制，Mycat 1.4 支持MySQL主从复制状态绑定的读写分离机制，让读更加安全 可靠，以以下的配置为例，表明一个从节点hostS1与一个主节点hostM1组成了标准的一主一从的读写分离模式： 修改schema.xml文件： <?xml version="1.0"?> <!DOCTYPE mycat:schema SYSTEM "schema.dtd"> < mycat:schema xmlns:mycat = "http://io.mycat/" > < schema name = "TESTDB" checkSQLschema = "false" sqlMaxLimit = "100" dataNode = "database1" > </ schema > < dataNode name = "database1" dataHost = "localhost1" database = "master" /> < dataHost name = "localhost1" maxCon = "1000" minCon = "10" balance = "1" writeType = "0" dbType = "mysql" dbDriver = "native" switchType = "2"

1.二进制日志log-bin（主要用于主从复制） 2.错误日志log-error（默认是关闭的，记录严重的警告和错误信息，每次启动和关闭的详细信息等） 3.查询日志log（默认是关闭的，记录查询的sql语句，如果开启会减低mysql的整体性能，因为记录日志也是需要消耗系统资源） 4.数据文件（目录/var/lib/mysql，frm文件存放表结构，myd文件存表表数据，myi文件存放表索引） mysql读sql从from开始解析，重组。 第一层客户端连接层 第二层管理服务层（包含连接池、sql接口、解析器&转化器、优化器、缓冲器） 第三层可拔插的数据库引擎层 第四层 文件系统存储层 总结 ：和其他数据库相比，MySQL有点与众不同，他的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的 架构上， 插件式的存储引擎架构将查询处理和其他的系统任务以及数据的存储提取相分离 。这种架构可以根据业务的需求和实际需要选 择合适的存储引擎。 块1包含数据项17和35，包含指针P1、P2、P3，P1表示小于17的磁盘块，P2表示17和25之间的磁盘块，P3表示大于35的磁盘块。 真实的数据存在于叶子节点 即3、5、9、10、15、28、29、36、60、75、79、90、99。 非叶子节点不存储真是的数据，只存储指引搜索方向的数据项 ，如17、35并不真是存在于数据表中。

01-老男孩运维DBA课程开班 02-数据库概念介绍 03-数据库种类介绍及关系型数据库原理 04-非关系型数据库介绍 05-非关系型数据库种类介绍 06-关系型数据库产品介绍01 07-关系型数据库产品介绍02 08-非关系型数据库产品介绍01 09-数据库产品排名及发展大事记 10-MySQL数据库产品介绍 11-数据库基础内容小结 12-为什么选择MySQL数据库即MySQL优势介绍 13-MySQL数据库分类与版本升级知识讲解 14-MySQL数据库商业版与社区版区别 15-MySQL数据库的发布版本知识讲解 16-MySQL数据库发展的三条产品线介绍 17-MySQL数据库发布版本命名知识介绍 18-企业生产场景如何选择MySQL产品线产品及对应版本 19-MySQL数据库企业生产常用5种安装方法介绍 20-如何选择MySQL数据库版本及安装方式 21-MySQL5.5编译方式安装实战 23-MySQL数据库多实例的优势和问题介绍 22-MySQL数据库多实例介绍 23-MySQL数据库多实例的优势和问题介绍 24-MySQL数据库多实例的门户企业应用场景 25-MySQL数据库多实例的多种配置方案介绍 26-MySQL数据库多实例安装实战讲解 27-MySQL数据库多实例初始化及服务启动 28-MySQL数据库多实例启动问题排错方法及实战排错 29