一 数据库的备份
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日志
binlog日志的介绍
转自https://www.cnblogs.com/kevingrace/p/6065088.html
一、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信息都会丢失
1修改配置文件启用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 #重启数据库
查看binlog日志文件
[root@es1 ~]# mysqlbinlog --no-defaults /var/lib/mysql/mysql-bin.000001
数据恢复
[root@dbsvr1 ~]# mysqlbinlog \
--start-datetime="190419 19:55:47" \ #开始时间点
--stop-datetime="190419 20:06:39" \ # 结束时间点
/var/lib/mysql/mysql-bin.000002 | mysql -u root -p
三 XtraBackup 备分工具
未完待续。。。。