本文目录一览：
如何查看mysql数据库操作记录日志
1、首先确认你日志是否启用了mysqlshow variables like 'log_bin'。
2、如果启用了，即ON，那日志文件就在mysql的安装目录的data目录下。
3、怎样知道当前的日志mysql show master status。
4、看二进制日志文件用mysqlbinlog，shellmysqlbinlog mail-bin.000001或者shellmysqlbinlog mail-bin.000001 | tail，Windows 下用类似的。
MySQL的日志操作：
1、首先，登陆mysql后，执行sql语句：show variables like 'log_bin'。
2、#错误日志log-errol开启方式：在my.ini的[mysqld]选项下：添加代码：log-error=E:\log-error.txt。
记录内容：主要是记录启动、运行或停止mysqld时出现的致命性问题，都是系统级的错误记录。
3、#查询日志：log，开启方式：在my.ini的[mysqld]选项下：添加代码：log=E:/mysql_log.txt。
4、#二进制日志：log-bin，开启方式：在my.ini的[mysqld]选项下：添加代码：log-bin=E:/mysql_log_bin，记录内容：主要是记录所有的更改数据的语句，可使用mysqlbinlog命令恢复数据。
MySQL日志实时查看执行语句以及更新日志的教程
查看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。
mysqlFLUSH LOGS;
如何使用新的常规日志
用上面的方法同样可以强制更新常规日志。
要准备备份常规日志，其步骤可能复杂一些：
$ cd mysql-data-directory$ mv mysql.log mysql.old$ mysqladmin flush-tables
然后做一个备份并删除“mysql.old”。
如何查看mysql数据库操作记录日志？
有时候我们会不小心对一个大表进行了 update，比如说写错了 where 条件......
此时，如果 kill 掉 update 线程，那回滚 undo log 需要不少时间。如果放置不管，也不知道 update 会持续多久。
那我们能知道 update 的进度么？
实验
我们先创建一个测试数据库：
快速创建一些数据：
连续执行同样的 SQL 数次，就可以快速构造千万级别的数据：
查看一下总的行数：
我们来释放一个大的 update：
然后另起一个 session，观察 performance_schema 中的信息：
可以看到，performance_schema 会列出当前 SQL 从引擎获取的行数。
等 SQL 结束后，我们看一下 update 从引擎总共获取了多少行：
可以看到该 update 从引擎总共获取的行数是表大小的两倍，那我们可以估算：update 的进度 = (rows_examined) / (2 * 表行数)
?小贴士
information_schema.tables 中，提供了对表行数的估算，比起使用 select count(1) 的成本低很多，几乎可以忽略不计。
那么是不是所有的 update，从引擎中获取的行数都会是表大小的两倍呢？这个还是要分情况讨论的，上面的 SQL 更新了主键，如果只更新内容而不更新主键呢？我们来试验一下：
等待 update 结束，查看 row_examined，发现其刚好是表大小：
那我们怎么准确的这个倍数呢？
一种方法是靠经验：update 语句的 where 中会扫描多少行，是否修改主键，是否修改唯一键，以这些条件来估算系数。
另一种方法就是在同样结构的较小的表上试验一下，获取倍数。
这样，我们就能准确估算一个大型 update 的进度了。
