我已经使用以下设置设置了 Percona-server-5.6.41-89 Audit 插件：
audit_log_policy=QUERIES
audit_log_handler=FILE
audit_log_file=/var/log/mysql/perc_audit.txt
audit_log_format=CSV
audit_log_rotate_on_size=1000000000
audit_log_rotations=9
audit_log_include_accounts=someuser@%
现在由于某种原因，没有对配置的帐户执行审计。我试过SET GLOBAL audit_log_include_accounts="'someuser'@'%'";了，但没有成功。
我需要如何设置audit_log_include_accounts参数以使其在主机部分包含通配符？
我如何确定是否需要在数据库上运行“mysql_upgrade”命令？
Percona-server-5.6.41 已安装并运行了几个月。之前安装了 mysql-5.6。就地升级已完成（删除 mysql 并安装 percona）。但我不知道，是不是被mysql_upgrade处决了。
日志中没有关于表不匹配的错误。
数据库足够大，有 900 多个表和大约 150Gb 的大小。
设定时
sql_mode=""
在 /etc/mysql/my.cnf 服务器中将此变量保留为默认值：
mysql> show variables like 'sql_mode'; +--------------------+---------------------------- ------------------------------------------+ | 变量名 | 价值 | +--------------------+---------------------------- ------------------------------------------+ | 模式 | STRICT_TRANS_TABLES，NO_ENGINE_SUBSTITUTION | +--------------------+---------------------------- ------------------------------------------+
但是，如果我在 mysql shell 中手动设置它：
set global sql_mode="";
服务器根据需要将其设置为空值。直到下一次服务器重新启动，当服务器再次将此变量设置为默认值时。
尝试用单引号和双引号引起来-没关系。错误日志中没有错误。没有加载其他mysql的默认配置文件 怎么了？
为什么？
我必须将工作数据库从旧服务器（~50 Gb、mysql-5.5.43、openvz、InnoDB 中的所有数据）迁移到新硬件和新的 mysql 版本（mysql-5.6.28、debian）。数据库是“单独的”——没有副本服务器。由 mysqldump 定期转储。PHP 上的软件也在服务器上运行
使用 mysqldump 的简单移动是不行的，因为恢复基础需要大约 8 个小时。我没有时间窗口...
所以，有一个想法：让新服务器成为现有服务器的从属服务器，等到 mysql 复制同步完成后，关闭旧服务器，让从属服务器成为主服务器并继续工作。这可能吗？会不会有任何软件类的问题？
或者，这个想法是错误的。如果是这样，那么，我必须如何以最短的停机时间将我的数据库迁移到新的硬件和软件？