Mysql高频八股——SQL语句的执行过程

查询语句：连接器→分析器→优化器→执行器→存储引擎，重点是优化器索引选择。
更新语句：连接器→分析器→优化器→执行器→redolog→binlog→存储引擎，重点关注redolog崩溃恢复和binlog主从同步。
陷阱：不要对非索引列执行频繁的更新操作，因为这将导致全表扫描。
实用提醒：为关键查询字段创建索引并适当配置事务日志参数。

mysql8 binlog 日志如何解析出sql

说白了，从MySQL8 binlog日志中解析SQL其实非常简单。
常用的方法主要有以下三种。
我们先来说说最重要的事情。
第一种是直接使用MySQL自带的mysqlbinlog工具。
我们去年做的项目就采用了这种方法。
数据量在3 000条左右，分析起来非常方便。
另一方面，您还可以使用第三方工具，例如MaxScale和Canal。
这两个工具都可以将 binlog 转换为更易于管理的格式。
MaxScale可以将其转换为JSON格式，而Canal则提供了用于订阅和增量消费数据的中间件功能。
还有另一个关键细节。
如果您有编程技能，您可以编写自己的自定义分析程序。
在这个过程中，需要了解binlog的格式规范，例如基于语句的格式、基于行的格式、混合格式等，然后根据这些规范来分析二进制数据。

一开始我以为直接使用mysqlbinlog就够了。
后来我发现，对于复杂的场景，第三方工具和自定义分析可以提供更大的灵活性。
等等，还有一件事：如果你选择编写自定义解析器，请记住考虑MySQL的二进制协议解析库，就像Python的struct模块一样，它可以更有效地处理数据。

最后，我认为值得尝试根据您的具体需求选择合适的方法。
如果需要快速分析大量数据，直接使用mysqlbinlog可能是最合适的解决方案；如果您需要更灵活的处理方法，第三方工具或自定义分析可能会更好。