binlog恢复时，agent日志里面有下面的提示：
Start to execute mysqlbinlog cmd: "/usr/bin/mysqlbinlog" "--stop-datetime=2020-06-12 10:00:01" "--exclude-gtids=9880af88-c491-11e8-b030-3ce8246a5f07:1-325771407,fd4bdcd9-87a8-11e9-9d4e-3ce8246a5ecf:1-2805639000" - Restoring /data/log/4018/dblogs/bin/binlog.397357 ERROR 1146 (42S02) at line 189666: Table 'SysDB.StatusTable' doesn't exist
说这个表不存在，经查，这个表明明是存在的！
困惑呀！想了好久，怀疑是参数lower_case_table_names 的问题，检查了一下，发现这个参数设置成了0。
与大小写区分相关的参数是low_case_table_names，在UNIX中默认是0，在WINDOWS中默认是1，在macOS中默认是2，该参数只有在启动时设置才生效。对应三个值的含义：
1.low_case_table_names=0
库名和表名按照创建语句中的大小写原样存储，命名比较区分大小写。如果在不区分大小写的平台中强制设置low_case_table_names=0，当以不同大小写去使用MyISAM表时，可能会造成索引损坏；
2.low_case_table_names=1
库名和表名按照小写存放，命名比较不区分大小写；
3.low_case_table_names=2
库名和表名按照创建语句中的大小写原样存储，但在查找的时候，MySQL会将它们转换成小写，命名比较不区分大小写。
对于Innodb，应该在所有平台都设置low_case_table_names=1。
根据参数的定义，想当然的将这个参数改成了2，重新启动，发现没有生效，error log中提示这个参数被自动设置为0了。
[Warning] lower_case_table_names was set to 2,even though your the file system ‘/home/test/var/lib/data1/’ is casesensitive. Now settinglower_case_table_names to 0 to avoid future problems.
查看官方文档，里面有“On Linux, a value of 2 is not supported; the server forces the value to 0 instead.”
改成1，行了！
