mysql主从配置

## Mysql主从复制原理 主从复制是指一台服务器充当主数据库服务器，另一台或多台服务器充当从数据库服务器，主服务器中的数据自动复制到从服务器之中。对于多级复制，数据库服务器即可充当主机，也可充当从机。MySQL主从复制的基础是主服务器对数据库修改记录二进制日志，从服务器通过主服务器的二进制日志自动执行更新。 ### Mysq主从复制的类型 - #### 基于语句的复制： 主服务器上面执行的语句在从服务器上面再执行一遍，在MySQL-3.23版本以后支持。 存在的问题：时间上可能不完全同步造成偏差，执行语句的用户也可能是不同一个用户。 - #### 基于行的复制： 把主服务器上面改变后的内容直接复制过去，而不关心到底改变该内容是由哪条语句引发的，在MySQL-5.0版本以后引入。 存在的问题：如果修改的行数过多，造成的开销比较大。 > MySQL默认使用基于语句的复制，当基于语句的复制会引发问题的时候就会使用基于行的复制，MySQL会自动进行选择。 > > 在MySQL主从复制架构中，读操作可以在所有的服务器上面进行，而写操作只能在主服务器上面进行。主从复制架构虽然给读操作提供了扩展，可如果写操作也比较多的话（多台从服务器还要从主服务器上面同步数据），单主模型的复制中主服务器势必会成为性能瓶颈。 ### Mysql主从复制的工作原理 ![file](https://img2018

mysql存储引擎概述 什么是存储引擎？ MySQL中的数据用各种不同的技术存储在文件（或者内存）中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的技术，你能够获得额外的速度或者功能，从而改善你的应用的整体功能。 例如，如果你在研究大量的临时数据，你也许需要使用内存存储引擎。内存存储引擎能够在内存中存储所有的表格数据。又或者，你也许需要一个支持事务处理的数据库(以确保事务处理不成功时数据的回退能力)。 这些不同的技术以及配套的相关功能在MySQL中被称作存储引擎(也称作表类型)。 MySQL默认配置了许多不同的存储引擎，可以预先设置或者在MySQL服务器中启用。你可以选择适用于服务器、数据库和表格的存储引擎，以便在选择如何存储你的信息、如何检索这些信息以及你需要你的数据结合什么性能和功能的时候为你提供最大的灵活性。 选择如何存储和检索你的数据的这种灵活性是MySQL为什么如此受欢迎的主要原因。其它 数据库系统 (包括大多数商业选择)仅支持一种类型的 数据存储 。 遗憾的是，其它类型的数据库解决方案采取的“一个尺码满足一切需求”的方式意味着你要么就牺牲一些性能，要么你就用几个小时甚至几天的时间详细调整你的数据库。使用MySQL，我们仅需要修改我们使用的存储引擎就可以了 mysql支持哪些存储引擎？ 　　mysql5

首先声明此篇博客为转载，转载自最下方链接，为防止本人遗忘，故发布博客 第一方面：30种mysql优化sql语句查询的方法 1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by涉及的列上建立索引。 　　2.应尽量避免在 where 子句中使用 !=或<> 操作符，否则将引擎放弃使用索引而进行全表扫描。 　　3.应尽量避免在 where 子句中对字段进行 null 值 判断，否则将导致引擎放弃使用索引而进行全表扫描，如： 　　select id from t where num is null 　　可以在num上设置默认值0，确保表中num列没有null值，然后这样查询： 　　select id from t where num=0 　　4.应尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如： 　　select id from t where num=10 or num=20 　　可以这样查询： 　　select id from t where num=10 　　union all 　　select id from t where num=20 　　5.下面的查询也将导致全表扫描： 　　select id from t where name like '%abc%' 　　对于 like '..%'

mysql一主一从 主从复制工作过程 mysql主从复制依赖于二进制日志；用户发送请求更新数据，数据库更新后生成二进制日志，主节点把新生成的二进制日志通过dump线程通过网络发送给从节点；从节点的io thread负责接收二进制日志，把二进制日志的内容放到中继日志中（relay log）；从节点通过sql thread线程执行中继日志中的sql语句，实现更新本机的数据库数据 主从复制原理图如下： 主节点配置： [root@centos7 ~]# vim /etc/my.cnf [mysqld] innodb-file-per-table #指定存储引擎 server-id=7 #设置区分主从的id；mysql配置文件不区分"_"和"-" log-bin #主节点必须启用二进制日志，主从复制基于二进制日志 [root@centos7 ~]# systemctl retart mariadb [root@centos7 ~]# mysql MariaDB [(none)]> grant replication slave on *.* to repluser@'192.168.38.%' identified by 'centos'; #创建并授权一个账号，用于从节点连接主节点复制数据用，授权权限为从节点复制 从节点配置 [root@localhost ~]$ vim /etc/my

实现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

1.MySQL存储引擎的设计采用“插件式”方案，用户可以很方便地选择使用哪种存储引擎，想使用mysql没有提供的引擎时，可以自己安装进去。 查看支持的存储引擎 mysql> show engines\G *************************** 1. row *************************** Engine: FEDERATED Support: NO Comment: Federated MySQL storage engine Transactions: NULL XA: NULL Savepoints: NULL *************************** 2. row *************************** Engine: MRG_MYISAM Support: YES Comment: Collection of identical MyISAM tables Transactions: NO XA: NO Savepoints: NO *************************** 3. row *************************** Engine: MyISAM Support: YES Comment: MyISAM storage engine Transactions: NO

*配置Replication** 准备两台mysql服务器，版本最好一致，防止版本不同带来的兼容性问题。 第一步：配置 主服务器配置文件：/etc/my.cnf 编辑该文件，添加如下： [mysqld] log-bin=/var/log/mysql/mysql-bin //生成bin文件路径自己指定 server-id=1 //随意设置数字，保证id是唯一的 日志目录：/var/log/mysql 创建: mkdir -p /var/log/mysql chown -R mysql.mysql /var/log/mysql //给目录授权，属主属组给mysql 从配置文件：/etc/my.cnf 添加server-id： [mysqld] server-id=2 //同上可随意设置，主要保证它是唯一的就好 重启服务 systemctl restart mysqld 从服务器需要一个主数据库存在的用户来登陆主数据库获取数据，所以我们在 主数据库 里创建一个用户： 1.mysql>CREATE USER 'user_name'@'%' 2.mysql>GRANT USER REPLICATION SLAVE ON *.* TO 'user_name'@'%' identified by '123'; 1//%所有主机 ， 可以是IP、localhost（本机） 2//REPL.

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/a724888/article/details/79160674 同大多数关系型数据库一样，日志文件是MySQL数据库的重要组成部分。MySQL有几种不同的日志文件，通常包括错误日志文件，二进制日志，通用日志，慢查询日志，等等。这些日志可以帮助我们定位mysqld内部发生的事件，数据库性能故障，记录数据的变更历史，用户恢复数据库等等。本文主要描述错误日志文件。 微信公众号【黄小斜】大厂程序员，互联网行业新知，终身学习践行者。关注后回复「Java」、「Python」、「C++」、「大数据」、「机器学习」、「算法」、「AI」、「Android」、「前端」、「iOS」、「考研」、「BAT」、「校招」、「笔试」、「面试」、「面经」、「计算机基础」、「LeetCode」 等关键字可以获取对应的免费学习资料。 ​ MySQL日志文件系统的组成 a、错误日志：记录启动、运行或停止mysqld时出现的问题。 b、通用日志：记录建立的客户端连接和执行的语句。 c、更新日志：记录更改数据的语句。该日志在MySQL 5.1中已不再使用。 d、二进制日志：记录所有更改数据的语句。还用于复制。 e、慢查询日志：记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询。 f

MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个: * 数据回复 * 主从数据库。用于slave端执行增删改，保持与master同步。 1.开启binary log功能 需要修改mysql的配置文件，本篇的实验环境是win7，配置文件为mysql安装目录\MySQL Server 5.1下的my.ini,添加一句log_bin = mysql_bin即可 eg： [mysqld] ...... log_bin = mysql_bin ...... log_bin是生成的bin-log的文件名，后缀则是6位数字的编码，从000001开始，按照上面的配置，生成的文件则为： mysql_bin.000001 mysql_bin.000002 ...... 配置保存以后重启mysql的服务器，用show variables like '%bin%'查看bin-log是否开启，如图： 2.查看产生的binary log bin-log因为是二进制文件，不能通过记事本等编辑器直接打开查看，mysql提供两种方式查看方式，在介绍之前，我们先对数据库进行一下增删改的操作，否则log里边数据有点空。 create table bin( id int(10) primary key auto_increment,name

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：