之前在测试环境的数据出问题了，但是Java程序的日志没有显示修改的sql，我怀疑是有人直接修改了数据库，导致出问题了，所以打算查看mysql的binlog查看数据修改。后来发现是有人直接修改数据库的数据，导致数据不一致的情况，问题也和测试说明了，bug-1。因为现在关于mysql的binlog读取和解读的博客太少了(我找了很久，最后才能看懂)，所以总结一下，帮助一下大家。公司环境不太方便展示，所以这里我用我自己的数据库(mysql-5.7.31)来举例。
1. 是否开启了binlog
如果没有开启binlog，那么接下来的一切都无从谈起。在输入行输入
show variables like 'log_%'如果log_bin是ON的话，说明日志已经开启。log_bin_basename展示了binlog文件的基础名字，也可以知道binlog文件的位置在/var/lib/mysql/data/logs/目录下。如果没有开启，可以搜索一下如何开启binlog日志记录。
2. 查看binlog文件的位置
运行 SHOW BINARY LOGS 查看binlog文件的位置。可以看到，现在数据库的binlog已经记录到000009了。打开服务器，查看一下目录下的文件，发现目标文件mysql-bin.000009。
3. 输出binlog文件
在服务器上运行
mysqlbinlog --start-datetime="2021-03-01 00:00:00" --stop-datetime="2021-06-21 23:59:59" /var/lib/mysql/data/logs/mysql-bin.000009 -r /var/lib/mysql/data/logs/output.sql--start-datetime 日志开始时间
--stop-datetime 日志结束时间
/var/lib/mysql/data/logs/output.sql 日志输出位置
下载output.sql文件到本地，查看output.sql文件。可以看到，在output文件中，已有sql信息了。
不过这种情况是binlog纪录为statement的格式，binlog记录的格式有多种：statement、row、mixed。其中mixed其实是根据执行的语句，mysql自动选择statement或row纪录。
