一.主从复制
MySQL的复制是通过将一台主(master)server的数据拷贝到其它主机(slaves) 上。
从server能够有非常多。而复制的原理跟MySQL的二进制日志是分不开关系的。
主server将更新写入二进制日志系统。并维护一个索引跟踪日志的循环,这些日志发送到从server上更新。
从server通知主server,并从主server的日志上读取最后一次的成功更新的位置。
当使用事务的存储引擎InnoDB时,全部未提交的事务会记录到一个缓存中。等待事务提交时,直接将缓冲中的二进制日志写入二进制日志文件。而该缓冲的大小由binlog_cache_size决定。默认大小为32KB,此外,binlog_cache_size是基于回话的。也就是,当一个线程開始一个事务时。mysql会自己主动分配一个大小为binlog_cache_size的缓存。因此该值得设置须要相当小心,能够通过show global status 查看binlog_cache_use、binlog_cache_disk_use的状态.
复制的过程
总体来说,复制分为3个步骤。
(1). master 将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,binary log events)。
(2).slave 将master的二进制日志(binary log)复制到它的中继日志中(relay log)。
(3).slave重做中继日志中的事件,将日志中记录的SQL语句在本机上运行一遍。
MySQL的大体复制过程如上,下来具体介绍一下复制的过程。
步骤一:master记录二进制日志。在每一个事务更新数据完毕之前。master在二进制日志中记录这些改变。MySQL将事务串行写入二进制日志,在事件写入二进制日志完毕后,会通知存储引擎提交事务。
步骤二:slave将master的二进制日志拷贝过来放到自己的中继日志中。首先,slave開始一个工作线程---I/O线程。I/O线程在master上打开一个普通的连接,開始接受二进制日志。
I/O线程会将这些事件写入到中继日志中,假设已经跟上了master 的更新速度则睡眠等待产生新的事件。
步骤三:SQL从线程会处理最后一步,SQL线程会从中继日志中读取事件,并更新自己的数据。
中继日志一般来说会保存到OS的缓存中,所以中继日志非常小。
此外。在master中会有一个工作线程,复制过程中有一个限制---复制在slave上串行化,也就是master上并行更新操作不在slave上并行操作。
所以导致slave上的同步数据非常慢,慢于masterserver。
MySQL的日志类型:
由于和MySQL主从复制有关的主要是二进制日志(bin-log)和中继日志(relay log),所以主要介绍的是这两种日志。其它的会简单的提一下。
MySQL主要有五种日志:
错误日志(error-log):
查询日志(general query log):
慢查询日志(log-slow-queries):
二进制日志(binary-log):
中继日志(relay-log):
MariaDB [(none)]> show variables like 'log_%'; +---------------------------------+--------------------------------------------------------------------------------------------------------------+ | Variable_name | Value | +---------------------------------+--------------------------------------------------------------------------------------------------------------+ | log_bin | OFF | | log_bin_trust_function_creators | OFF | | log_error | /var/log/mariadb/mariadb.log | | log_output | FILE | | log_queries_not_using_indexes | OFF | | log_slave_updates | OFF | | log_slow_filter | admin,filesort,filesort_on_disk,full_join,full_scan,query_cache,query_cache_miss,tmp_table,tmp_table_on_disk | | log_slow_queries | OFF | | log_slow_rate_limit | 1 | | log_slow_verbosity | | | log_warnings | 1 | +---------------------------------+--------------------------------------------------------------------------------------------------------------+ 11 rows in set (0.12 sec)
错误日志: 错误日志记录着mysqld的启动和停止。以及mysql在执行时发生的错误。
在默认情况下。系统的记录错误日志的功能是关闭的。
查询日志:记录着server接收到的每个查询或是命令。
不管查询是否有语法错误。相同一般不会开启的。
慢查询日志:当中记录了每一个语句的运行时间。消耗时间。运行的用户。连接主机等信息。
二进制日志(重点):
二进制日志(-log-bin)的主要功能是 恢复和复制 。
binlog有一些其它的參数
max_binlog_size 设置的最大存储上线,当日志达到上限时。mysql会又一次创建一个日志開始记录,只是偶尔也会超过上限。
比方即将到达上限时来一个比較大的事务。为了保证事务的安全性。mysql会将同一个事务写进同一个binlog里面。
binlog-do-db = db_name明白告诉mysql。
仅仅记录指定的数据库。
binlog-ignore-db = db_name :忽略对某个数据库的日志记录。
mysql> show variables like '%binlog%'; +-----------------------------------------+----------------------+ | Variable_name | Value | +-----------------------------------------+----------------------+ | binlog_cache_size | 32768 | | binlog_direct_non_transactional_updates | OFF | | binlog_format | MIXED | | binlog_stmt_cache_size | 32768 | | innodb_locks_unsafe_for_binlog | OFF | | max_binlog_cache_size | 18446744073709547520 | | max_binlog_size | 1073741824 | | max_binlog_stmt_cache_size | 18446744073709547520 | | sync_binlog | 0 | +-----------------------------------------+----------------------+ 9 rows in set (0.00 sec)
log-bin = /var/log/mysql/mysql-bin.log --指定二进制日志的名称
log_bin_index = /var/log/mysql/mysql-bin.log.index
--二进制日志索引的名称
查看二进制日志。
[root@realser2 data]# mysqlbinlog mysql-bin.000007 /*!40019 SET @@session.max_insert_delayed_threads=0*/; /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/; DELIMITER /*!*/; # at 4 #170301 12:31:56 server id 1 end_log_pos 107 Start: binlog v 4, server v 5.5.12-log created 170301 12:31:56 at startup能够使用 purgebinary logs 来清除binary logs。
binlog_format 參数非常重要:
參数值 :(1)。STATEMENT格式和之前的mysql一样。二进制文件是记录日志的SQL语句
(2)。ROW格式下。记录的是行的更改情况。(建议)
(3)。
MIXED格式。
中继日志(重点):
中继日志也是二进制文件,可是用来给slave库恢复的。
MySQL的复制类型:
MySQL的复制方法:
MySQL主从复制的作用:
MySQL的读写分离: