1 日志

1.1 错误日志

1.2 二进制日志

查看二进制日志：

mysqlbinlog ./binlog.000007

purge master logs to 'binlog.000006'

reset master

show variables like '%binlog_expire_logs_seconds%'

默认二进制文件只存放30天，30天后会自动删除。

1.3 查询日志

1.4 慢查询日志

定位哪些SQL执行时间比较长

2 主从复制

2.1 主从复制概念

将主库的数据变更同步到从库，从而保证主库和从库数据一致；

读写分离：增删改的请求操作主库，查询的请求操作从库，降低主库的访问压力

数据备份的话，在从库中执行，从库加锁后备份，由于从库只进行查询，因此加锁不会降低从库的并发性能。如果没有主从复制的话，给数据库加锁进行备份，加锁期间不能进行增删改操作，降低并发性能。

2.2 主从复制原理

1、主库在执行增删改（DML）和DDL语句时，会将数据变更写入到二进制日志（binlog）中

2、从库有两种线程，IO线程发起请求连接主库，读取主库中的binlog，保存到从库relay log中；

SQL线程负责读取relay log，在从库中执行relay log中的数据变更，从而实现主从数据库数据同步变化

2.3 搭建主从服务器

2.3.1服务器准备

建议主从服务器开放3306端口，而不是关闭防火墙。

2.3.2 配置主库

用户名itcast

@‘%’表示itcast这个用户可以在任意主机上访问当前服务器

‘Root@123456’表示itcast这个用户的密码

从binlog.00001这个文件的157位置开始向从库服务器同步

2.3.3 配置从库

1、从库只有查询操作，所以read-only为1；主库需要增删改因此read-only为0

2、注意read-only的设置只对普通用户生效，对于超级管理员不生效，超级管理员默认有读写权限。如果想设置超级管理员的读写权限，需要设置super-read-only属性，比如super-read-only=1（超级管理员只能读取数据库）

source_host:主库的IP

source_user：主库中具有主从复制权限的用户名

source_password:user的密码

source_log_file:主库开始复制的Binlog

source_log_pos:开始复制的Binlog的起始位置

Replica_IO_Running和Replica_SQL_Running都为Yes的话，说明主从复制状态正常。

2.3.4 测试

3 分库分表