二 数据库的备份与恢复

1 普通备份
MySQL -uroot -p  数据库名.表名  < 路径可自定义
[root@es1 ~]# mysqldump -uroot -p  haha < /root/haha.sql
2 完全备份
 MySQL -uroot -p  --all-databases  > 路径可自定义  (可备份所有库)
[root@es1 ~]# mysqldump -uroot -p --all-databases > /root/alldb.sql
3 同时备份指定的多个库
 MySQL -uroot -p  -B  库1  库2  > 路径可自定义  (可备份所有库)
[root@es1 ~]# mysqldump -uroot -p -B mysql haha   > /root/haha+mysql.sql

一、binlog日志介绍
1. 什么是binlog
binlog日志用于记录所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改。

2. binlog作用
因为有了数据更新的binlog，所以可以用于实时备份，与master/slave主从复制结合。

3. binlog有关参数
log_bin
设置此参数表示启用binlog功能，并指定路径名称
log_bin_index
设置此参数是指定二进制索引文件的路径与名称
binlog_do_db
此参数表示只记录指定数据库的二进制日志
binlog_ignore_db
此参数表示不记录指定的数据库的二进制日志
max_binlog_cache_size
此参数表示binlog使用的内存最大的尺寸
binlog_cache_size
此参数表示binlog使用的内存大小，可以通过状态变量binlog_cache_use和binlog_cache_disk_use来帮助测试。
binlog_cache_use：使用二进制日志缓存的事务数量
binlog_cache_disk_use:使用二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量

max_binlog_size
Binlog最大值，最大和默认值是1GB，该设置并不能严格控制Binlog的大小，尤其是Binlog比较靠近最大值而又遇到一个比较大事务时，为了保证事务的完整性，不可能做切换日志的动作，只能将该事务的所有SQL都记录进当前日志，直到事务结束
sync_binlog
这个参数直接影响mysql的性能和完整性
sync_binlog=0
当事务提交后，Mysql仅仅是将binlog_cache中的数据写入Binlog文件，但不执行fsync之类的磁盘 同步指令通知文件系统将缓存刷新到磁盘，而让Filesystem自行决定什么时候来做同步，这个是性能最好的。
sync_binlog=n，在进行n次事务提交以后，Mysql将执行一次fsync之类的磁盘同步指令，同志文件系统将Binlog文件缓存刷新到磁盘。
Mysql中默认设置sync_binlog=0，即不作任何强制性的磁盘刷新指令，这时性能是最好的，但风险也是最大的。一旦系统绷Crash，在文件系统缓存中的所有Binlog信息都会丢失

[root@es1 ~]# vim /etc/my.cnf

[mysqld]

log-bin=mysql-bin    //启用二进制日志，并指定前缀
server_id=1
binglog_format=sSTATEMENT    ////在 Mysql5.7 中，binlog 日志格式默
认为 ROW，但它不记录 sql 语句上下文相关信息。需要将 binlog 日志格式修改为 STATEMENT

[root@es1 ~]# systemctl restart mysqld  #重启数据库