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
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命令恢复数据。
有时候我们会不小心对一个大表进行了 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 的进度了。
查看mysql日志的方法：
使用BIN目录下mysqlbinlog命令，如：
Binmysqlbinlog d:/mysql_log/mysql_bin.000001
Binmysqlbinlog d:/mysql_log/mysql_bin.000002
Binmysqlbinlog d:/mysql_log/mysql_bin.000003
Binmysqlbinlog d:/mysql_log/mysql_bin.000004
Binmysqlbinlog d:/mysql_log/mysql_bin.000005
使用SQL语句也可查看mysql创建的二进制的文件目录：
Mysql show master logs; 查看当前二进制文件状态：
mysql show master status;
1）怎么查看mysql是否启用了日志
mysqlshow variables like 'log_bin';
2)怎样知道当前的日志
mysql show master status;
3)如何查看当前的二进制日志，可以使用mysqlbinlog的的工具，命令如下：
shellmysqlbinlog mail-bin.000001(要写绝对问题路径 d://)
或者shellmysqlbinlog mail-bin.000001 | tail
4）mysql有以下几种日志：
错误日志：
-log-err
查询日志：
-log
慢查询日志:
-log-slow-queries
更新日志:
-log-update
二进制日志：
-log-bin
在mysql的安装目录下，打开my.ini,在后面加上上面的参数，保存后重启mysql服务就行了。
例如：
#Enter a name for the error
log file. Otherwise a default
name will be used.
log-error=err.log
#Enter a name for the query
log file. Otherwise a default name will be used.
#log=
#Enter a name for the slow
query log file. Otherwise a default name will be used.
#log-slow-queries=
#Enter a name for the update
log file. Otherwise a default name will be used.
#log-update=
#Enter a name for the binary
log. Otherwise a default name will be used.
#log-bin=
上面只开启了错误日志，要开其他的日志就把前面的“#”去掉。
long_query_time =2--
这里设置慢日志的最大实现是指执行超过多久的sql会被log下来，这里是2秒
log-slow-queries=slowqueris.log --将查询返回较慢的语句进行记录，这里设置慢日志的名称
log-queries-not-using-indexes
= nouseindex.log --就是字面意思，log下来没有使用索引的query
5）下面是配置日志的几种方式，不一定全都要配置，请根据自身需求选择性配置
log=mylog.log
--对所有执行语句进行记录
log-error=log-error.log
log=log-query.log
log-queries-not-using-indexes
log-warnings=2
log-slow-queries=log-slow-query.log
log-update=log-update.log
long_query_time=2
mysqlbinlog 是将 binlog 解析成可读可执行的 SQL 的重要工具。
但解析体积较大的 binlog 时，如何查看 mysqlbinlog 的执行进度就变成了一个问题，mysqlbinlog 并未提供 –progress 这样的参数。
那要怎么查看 mysqlbinlog 的解析进度？
实验
我们在 实验 08 中介绍了如何生成随机数据。可以利用其中技巧，生成较大的 binlog，我们忽略这个过程。
从已有的 binlog 开始，bin.000002 大约有 1.1 个 G：
请点击输入图片描述
用 mysqlbinlog 解析该 binlog：
请点击输入图片描述
大概会执行 4.6 秒左右。大家仔细做实验时，可以将 binlog 放大一些，让执行实验更长一些。
我们在 mysqlbinlog 解析时，查看其文件句柄：
请点击输入图片描述
可以看到 mysqlbinlog 用句柄 3 读取 binlog。（我们暂时忽略句柄 4 指向的临时文件，其涉及到了行格式的解析过程，我们安排在以后的实验中慢慢介绍）
获取了 mysqlbinlog 处理文件句柄 3 的进度，就可以大概估算 mysqlbinlog 的整体进度：
请点击输入图片描述
可以看到 mysqlbinlog 此时的进度大概是 600M 左右，整体进度估算为 54%。
结论
我们无法让 mysqlbinlog 直接输出进度，于是通过观察 mysqlbinlog 对 binlog 的读取进度，估算mysqlbinlog 的整体处理进度。