300字范文,内容丰富有趣,生活中的好帮手!
300字范文 > 阿里云mysql 日志_mysql日志-阿里云开发者社区

阿里云mysql 日志_mysql日志-阿里云开发者社区

时间:2020-01-07 13:22:16

相关推荐

阿里云mysql 日志_mysql日志-阿里云开发者社区

mysql日志

mysql有以下几种日志:

错误日志: log-error

查询日志: log

慢查询日志: log-slow-queries

更新日志: log-update

二进制日志: log-bin

主从中继日志:relay_log

在配置文件中指定log的輸出位置.

# vi /etc/f

[mysqld]

log-error=/usr/local/mysql/logs/error.log (指定错误日志存放位置)

log=/usr/local/mysql/logs/sql.log (对所有执行语句进行记录)

long_query_time=2 (执行超过2秒的sql会被log下来)

log-slow-queries= /usr/local/mysql/logs/slowquery.log (将查询返回较慢的语句进行记录)

log-queries-not-using-indexes = nouseindex.log (log下来没有使用索引的sql语句)

log-bin=/usr/local/mysql/logs/mysql-bin (设置二进制日志的保存位置,/usr/local/mysql/logs为

路径,mysql-bin为文档前缀,注意给/usr/local/mysql/logs可写入的权限)

expire_logs_day=7 (设置二进制日志的保存时间为7天,7天后自动删除

)

log_bin=/usr/local/mysql/logs/relaylog (设置主从mysql中继日志路径为/usr/local/mysql/logs,格

式为relaylog.00001)

:wq

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

通过刷新日志,你可以强制 mysqld来关闭和重新打开日志文件(或者在某些情况下切换到一个新的日志)。

刷新日志的命令:

> flush logs

# mysqladmin -u root -p flush-logs

# mysqladmin -u root -p refresh

是否启用了日志

mysql> show variables like 'log_%';

怎样知道当前的日志

mysql> show master status;

显示二進制日志数目

mysql> show master logs;

看二进制日志文件用mysqlbinlog

# mysqlbinlog /var/lib/mysql/log/mysql-bin-log.00001

删除全部日志

> reset master;

删除000007编号之前的所有日志

> purge master logs to 'mysql-bin.000007';

删除-02-30 23:59:59时间之前的日志

> purge master logs before '-02-30 23:59:59';

mysql自带了一个查看慢日志的工具mysqldumpslow。

执行mysqldumpslow –h可以查看帮助信息。

主要介绍两个参数-s和-t

-s 这个是排序参数,可选的有:

al: 平均锁定时间

ar: 平均返回记录数

at: 平均查询时间

c: 计数

l: 锁定时间

r: 返回记录

t: 查询时间

-t n 显示头n条记录。

实例:

mysqldumpslow -s c -t 20 host-slow.log (访问次数最多的20个sql语句)

mysqldumpslow -s r -t 20 host-slow.log (返回记录集最多的20个sql)

mysqldumpslow -t 10 -s t -g “left join” host-slow.log (按照时间返回前10条里面含有左连

接的sql语句)

日志恢复:

bin-log是记录着mysql所有事件的操作,当mysql发生灾难性错误时,可以通过bin-log做完整恢复,基于时间

点的恢复,和基于位置的恢复

完整恢复:

假定我们每天凌晨2点都会使用mysqldump备份数据库,但在第二天早上9点由于数据库出现了故障,数据无法访

问,需要恢复数据,先使用昨天凌晨备份的文件进行恢复到凌晨2点的状态,在使用mysqlbinlog恢复自

mysqldump备份以来的binlog

这样数据库就可以完全的恢复到崩溃前的完全状态

基于时间点的恢复:

由于误操作,比如说删除了一张表,这时使用上面讲的完全恢复是没有用的,因为日志里面还存在误操作的语

句,,我们需要的是恢复到误操作前的状态,然后跳过误操作的语句,再恢复后面操作的语句,假定我们删除

了一张表的误操作发生在10:00这个时间点,我们可以使用下面的语句用备份和binlog将数据恢复到故障前

# mysqlbinlog --stop-date='-09-04 9:59:59' /var/log/mysql-bin.000001 | mysql -u root -p

然后跳过误操作的时间点,继续执行后面的binlog

# mysqlbinlog --start-date='-09-04 10:01:00' /var/log/mysql-bin.000001 | mysql -u root -p

其中--stop-date='-09-04 9:59:59' 和 --start-date='-09-04 10:01:00' 其中的时间是你误操作的

时间点,当然了,这个时间点你需要你自己计算的,而且这个时间点还可以涉及到的不只是误操作,还可以有

正确的操作也被跳过去了。

基于位置恢复:

由于上面提到的,使用基于时间点的恢复可能出现,在一个时间点里面可能存在误操作和其他正确的操作,所

以我们需要一种更为精确的恢复方式

使用mysqlbinlog查看二进制,可看到

其中drop tables test1这个误操作的end_log_pos为8879917,记下这个id,得出它前后操作的id分别为

8879916,8879918

我们将进行位置恢复操作

# mysqlbinlog --stop-position='8879916' /var/log/mysql-bin.000001 | mysql -u root -p

# mysqlbinlog --start-position='8879918' /var/log/mysql-bin.000001 | mysql -u root -p

第一行是恢复到停止位置位置的所以事务,第二性是恢复从给定的起始位置知道二进制日志结束所有事物。

本文转自linux博客51CTO博客,原文链接/yangzhiming/834893如需转载请自行联系原作者

yangzhimingg

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。