MYSQL的日志与备份还原

wxyfj

一、错误日志
　　当数据库出现任何故障导致无法使用时，第一时间先去查看该日志
　　1、服务器启动关闭过程中的信息
　　2、服务器运行过程中的错误信息
　　日志存放路径，可以通过命令查看：

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714163103243-1115815599.png

　　日志文件命名格式：host_name.err

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714163355868-1236984811.png

二、二进制日志
　　又称BINLOG，记录所有的DDL语句和DML语句，不包括查询语句。这个日志不仅非常重要，而且作为开发人员也非常喜欢这个日志。从它的定义可以看出，这个日志记录了所有会改变表结构和表数据的事件，所以一旦数据被误删除或者因为其他原因导致数据丢失，我们可以通过这个日志将数据恢复。是不是觉得很炫酷。
　　日志存放路径：与错误日志在同一个目录下
　　命名方式：默认方式为hostname-bin + 编号
　　mysql每次启动或者flush日志时都会生成一个新的binlog，编号从1开始递增。单个日志达到一定大小时，也会生成新的文件。
1、开启记录binlog的开关
　　在myslq的安装目录下，有一个配置文件：my.ini

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714170029447-470770462.png

http://common.cnblogs.com/images/copycode.gif

innodb_buffer_pool_size=107M　　

　　
# Size of each log file in a log group. You should set the combined size
　　
# of log files to about 25%-100% of your buffer pool size to avoid
　　
# unneeded buffer pool flush activity on log file overwrite. However,
　　
# note that a larger logfile size will increase the time needed for the
　　
# recovery process.
　　
innodb_log_file_size=54M
　　

　　
# Number of threads allowed inside the InnoDB kernel. The optimal value
　　
# depends highly on the application, hardware as well as the OS
　　
# scheduler properties. A too high value may lead to thread thrashing.
　　
innodb_thread_concurrency=10log-bin=mysql-bin

http://common.cnblogs.com/images/copycode.gif

　　其中log-bin表示开关开启，mysql-bin是日志名称的前缀。

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714171224447-1526209790.png

2、BINLOG的查看方式
　　由于是二进制文件，所以不能像错误日志那样直接查看，需要借助mysql提供的工具：mysqlbinlog

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714171613603-1818156797.png

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714171725165-2110791746.png

3、按时间查看BINLOG

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714171926259-287539030.png

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714171934775-1184065980.png

　　按时间查询有一个需要注意的地方就是，start-datetime是闭区间，stop-datetime是开区间，所以如果需要查询全天日志话，需要定义为：
　　--start-datetime="2017/07/12 00:00:00" --stop-datetime="2017/07/13 00:00:00"：这样查询的时间范围是7/12 00:00:00 - 7/12 24:59:59
三、数据备份
　　数据备份其实就是利用msyql提供的工具mysqldump将数据备份到指定目录下的指定文件中。
　　1、备份指定的数据库或者数据库中的某些表
　　mysqldump 【option】 db_name 【table_names】
　　2、备份指定的一个或者多个数据库
　　mysqldump 【option】 --database db_name1  db_name2
　　3、备份所有数据库
　　mysqldump 【option】 -all -databases
　　将端口为3306的数据库实例中的数据库wd_msg中的表结构以及表数据导出到cd.sql的文件中

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714172027025-2018795870.png

　　cd.sql文件中内容如下；

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714172042837-1490162321.png

　　这个文件记录的是DML语句以及DDL语句，查询相关的操作除外。在数据恢复时就可以通过这些语句一条条执行，从而完成数据的还原。
四、数据恢复
　　我们将表删除，在重新导入刚刚导出的数据：

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714172811134-350017968.png

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714172818806-256253596.png

　　下面的场景是还原同一台服务器上另一个端口为3307的mysql实例中的wd_msg数据库

http://images2015.cnblogs.com/blog/831179/201707/831179-20170714172833478-552181962.png

　　Mysql的备份还原针对不同的场景有不同的选择，这里只是介绍的其中一种概念，后面会有文章展开来详细介绍。