MySQL 本身没有提供内置的按天切割 slow log 和 general log 的功能，只能通过其他第三方的工具或自己写脚本来实现。另外一个思路：可以考虑将慢查询日志写入到表中，而不是写入到日志文件中，写入到表中后，查询筛查慢SQL语句更方便。别直接基于日志文件筛查更方便。

一般情况是OK的，只要数据库没有使用到极其特殊的功能点。你导出来的时候，把DDL的DATA分开导出，不要合并在一起。然后向5.7或8.0中导入的时候，先导入DDL，然后看下没有问题后，再导入DATA。

绑定执行计划？是想让某一个SQL语句，一直按照某一个执行计划执行吗？不让其使用系统自动优化的执行计划执行？如果这样，好想可以在SQL语句中使用隐式的语法来SQL语句使用指定的索引这样的方式来执行。

opengauss5.0，连接确实很恶心，生态不行。驱动版本各种对不上。你用psycopg2不可以吗？

自己编译源码，然后开启debug模式，应该可以看到有对应的日志输出。

grant process on information_schema.* to mymon@'%';改为如下：grant process on *.* to mymon@'%';process的授权，需要基于*.*，不能基于某一个schema或数据库来做。

你把你的业务场景和需求再详细介绍一下，我都怀疑你目前的这个需求是有问题的。

如果开启了binlog，并且没有删除，可以尝试从binlog，解析出来对应的表的Alter table add index的语句，来判断对应的索引被创建的时间点。