误删除数…1.1

在数据库保存数据时有时候不可避免会出现数据丢失或者被破坏这样情况下我们必须保证数据的安全性和完整性就需要使用日志来查看或者恢复数据了。

误删除数据库

MySQL有几个不同的日志文件可以帮助你找出mysql内部发生的事情

日志类型记入文件中的信息类型错误日志记录启动、运行或停止时出现的问题查询日志记录建立的客户端连接和执行的语句二进制日志记录所有更改数据的语句。

主要用于复制和即时点恢复慢日志记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询事务日志记录InnoDB等支持事务的存储引擎执行事务时产生的日志

默认情况下所有日志创建于mysqld数据目录中。

通过刷新日志你可以强制

mysqld来关闭和重新打开日志文件或者在某些情况下切换到一个新的日志。

当你执行一个FLUSH

LOGS语句或执行mysqladmin

refresh时出现日志刷新。

如果你正使用MySQL复制功能从复制服务器将维护更多日志文件被称为接替日志。

在mysql中执行SQL语句

可以用--log-error[file_name]选项来指定mysqld保存错误日志文件的位置。

如果没有给定file_name值mysqld使用错误日志名host_name.err

LOGS错误日志用-old重新命名后缀并且mysqld创建一个新的空日志文件。

(如果未给出--log-error选项则不会重新命名

查看当前错误日志配置:

日志文件变量general_log_file[/PATH/TO/file]

全局日志开关log{ON|OFF}

记录类型log_output{TABLE|FILE|NONE}

因此要启用通用查询日志需要至少配置general_logONlog_output{TABLE|FILE}。

而general_log_file如果没有指定默认名是host_name.log。

mysql

选项就会记录执行时间超过long_query_time的查询初使表锁定的时间不算作执行时间。

日志记录文件为slow_query_log_file[file_name]如果没有给出file_name值

默认为主机名后缀为-slow.log。

如果给出了文件名但不是绝对路径名文件则写入数据目录。

默认与慢查询相关变量

如果查询时长超过long_query_time的定义值默认10秒即为慢查询

mysql

mysqld-binlog.000002;##该语句还可以加上Position位置指定显示从哪个Position位置开始

mysql

203;使用命令mysqlbinlog查看二进制日志内容mysqlbinlog

[options]

使用mysqlbinlog读取需要的日志内容使用标准输入重定向到一个sql文件然后在mysql服务器上导入即可如下

mysqlbinlog

原因mysqlbinlog这个工具无法识别binlog中的配置中的default-character-setutf8mb4这个指令。

有两种方式解决

注意需要指定binlog的位置如果是当前路径则可以直接使用名称即可。

修改配置文件my.cnf

逻辑备份保存的结构通常都是纯ASCII的所以我们可以使用文本处理工具来处理

逻辑备份的结果可能要比源文件更大。

所以很多人都对备份的内容进行压缩

1.2.2

mysqldump是mysql数据库管理系统自带的逻辑备份工具支持所有引擎MyISAM引擎是温备InnoDB引擎是热备备份速度中速还原速度非常非常慢。

但是在实现还原的时候具有很大的操作余地。

具有很好的弹性。

#备份DOS

------------------------------------------------------------------------------

#备份myschool数据库的[student及result]表

mysqldump

/usr/local/sqlmessage/departments.sql

------------------------------------------------------------------------------

#创建数据库命令

/usr/local/sqlmessage/departments.sql#恢复2:

mysql

db_name/usr/local/myschool.sql;

#mysql

/usr/local/sqlmessage/departments.sql

文件系统备份工具

冷备份支持所有引擎复制命令只能实现冷备物理备份。

使用归档工具cp命令对其进行备份的备份速度快还原速度几乎最快但是灵活度很低可以跨系统但是跨平台能力很差。

lvm

几乎是热备份支持所有引擎基于快照(LVMZFS)的物理备份速度非常快几乎是热备。

只影响数据几秒钟而已。

但是创建快照的过程本身就影响到了数据库在线的使用所以备份速度比较快恢复速度比较快没有什么弹性空间而且LVM的限制不能对多个逻辑卷同一时间进行备份所以数据文件和事务日志等各种文件必须放在同一个LVM上。

而ZFS则非常好的可以在多逻辑卷之间备份。