wxyfj 发表于 2018-10-8 10:08:25

MYSQL的日志与备份还原

一、错误日志
  当数据库出现任何故障导致无法使用时,第一时间先去查看该日志
  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_name1db_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的备份还原针对不同的场景有不同的选择,这里只是介绍的其中一种概念,后面会有文章展开来详细介绍。


页: [1]
查看完整版本: MYSQL的日志与备份还原