MySQL日志实时查看执行语句以及更新日志的教程

MySQL日志实时查看执行语句以及更新日志的教程,第1张

查看MySQL执行的语句

想实时查看MySQL所执行的sql语句,类似mssql里的事件探查器。对my.ini文件进行设置,打开文件进行修改:

basedir=E:/MySQL 4.0.12 #bind-address=192.168.15.196 datadir=E:/MySQL 4.0.12/data #language=E:/MySQL 4.0.12/share/your language directory #slow query log#=slowqueris.log #tmpdir#= #port=3306 #set-variable=key_buffer=16M

ong_query_time =1 --是指执行超过多久的sql会被log下来,这里是1秒

log-slow-queries=slowqueris.log --将查询返回较慢的语句进行记录

log-queries-not-using-indexes = nouseindex.log --就是字面意思,log下来没有使用索引的query

log=mylog.log --对所有执行语句进行记录

以上参数开启后,可能会影响MySQL性能,在生产环境下建议关闭

如何使用新的更新日志

如果你只使用一个更新日志,你只须清空日志文件,然后移走旧的更新日志文件到一个备份中,然后启用新的更新日志。

用下列方法可以强制服务器启用新的更新日志:

mysqladmin flush-logs

你一般需要在命令行提供使用的`数据库用户:

mysqladmin –u root –p flush-logs mysqladmin refresh

你一般需要在命令行提供使用的数据库用户:

mysqladmin –u root –p refresh

如果你正在使用MySQL 3.21或更早的版本,你必须使用mysqladmin refresh。

SQL命令

FLUSH LOGS

重启服务器

上述方法都具有这样的功能:

关闭并且再打开标准和更新记录文件。如果你指定了一个没有扩展名的更新记录文件,新的更新记录文件的扩展数字将相对先前的文件加1。

mysql>FLUSH LOGS

如何使用新的常规日志

用上面的方法同样可以强制更新常规日志。

要准备备份常规日志,其步骤可能复杂一些:

$ cd mysql-data-directory$ mv mysql.log mysql.old$ mysqladmin flush-tables

然后做一个备份并删除“mysql.old”。

日志是MySQL的重要组成部分,其中对于开发而言不得不关注三种重要的日志,分别是二进制日志(bin log)、事务日志(redo log、undo log)。接下来详细介绍这三种日志。

binlog叫做二进制日志,主要是用于记录MySQL表的逻辑变化过程。在实际应用过程中,通常被用于主从复制和数据恢复。

事务执行过程中,会先把日志写到binlog cache,事务提交的时候,再把binlog cache写到binlog文件中。

事务提交后的写入只是写入到文件系统的page cache,并没有把数据持久化到磁盘。持久化磁盘由 *** 作系统决定调用fsync。

MySQL提供了配置决定fsync的时机,当sync_binlog=0的时候,每次提交事务只写入page cache,不执行fsync。当sync_binlog=1的时候,表示每次提交事务都会执行fsync。当sync_binlog = N的时候,每次提交事务都写入page cache,累计多个事务才进行fsync。

显然,当sync_binlog = 1的时候,binlog日志不会丢失。当sync_binlog = N的时候,如果发生异常重启,会丢失N个事务的binlog日志。

STATEMENT

记录数据 *** 作的原始SQL,可能引发主库备库因索引选择不一致,导致数据执行结果不一致。

ROW

ROW基于行复制,只记录哪条数据被修改.缺点:占空间。比如DELETE 语句,对于STATEMENT只占用1条SQL。而ROW格式则需要把所有记录的数据记录下来。

MIXED

对于可能引发主备不一致的命令使用ROW格式,否则使用STATEMTNT

对于每一次更新 *** 作,MySQL都需要写入磁盘,然后需要找到对应那条记录并更新。IO成本较高和查找成本都很高。为了提高性能,MySQL会将更新 *** 作写入redo log,并更新内存。INNODB引擎会在适当的时候将 *** 作记录更新到磁盘。

[图片上传失败...(image-c6a1f2-1627716309698)]

undo log主要是记录了数据的逻辑变化,比如对应一条insear语句,undo log会记录一条delete语方便回退到更新前的值。

时刻A发生故障的话,由于binlog未写入,redo log回滚数据,两个日志数据是一致的。

时刻B发生故障,则需要判断binlog是否完整来决定如何恢复。

redo log和bin log的区别?

为什么redo log crash-safe,而bin log不可以?

用下列方法可以强制服务器启用新的MySQL更新日志:◆ Mysqladmin flush-logs你一般需要在命令行提供使用的数据库用户:Mysqladmin –u root –p flush-logs◆ Mysqladmin refresh你一般需要在命令行提供使用的数据库用户:Mysqladmin –u root –p refresh如果你正在使用Mysql 3.21或更早的版本,你必须使用Mysqladmin refresh。◆ SQL命令FLUSH LOGS◆ 重启服务器上述方法都具有这样的功能:关闭并且再打开标准和更新记录文件。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/5908430.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-07
下一篇 2023-03-07

发表评论

登录后才能评论

评论列表(0条)

保存