我在 MySQL 5.0 中遇到了这个 InnoDB 错误。Mysqld 被彻底停止，但后来我设法丢失了 ib_logfile0 和 ib_logfile1。现在在干净启动之后，InnoDB 已经完成了它的“崩溃恢复”。我经历了innodb_force_recovery=4的业务，修复了一个挂起的MyISAM表，现在复制已经准备好了，除此之外。大数字commified：
111116 15:49:36 InnoDB: Error: page 393457 log sequence number 111 561,760,232
InnoDB: is in the future! Current system log sequence number 70 3,946,969,851.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.0/en/forcing-recovery.html
InnoDB: for more information.
这是在从服务器上。上述错误数以百计。我找到了这个答案：“插入和删除 > 64 GB 的数据，以便日志序列号变得足够大”。
http://forums.mysql.com/read.php?22,50163,50163#msg-50163
64GB 的神奇数字来自 4GB*16，其中那个人的 innodb 日志“主要数字”需要从 0 增加到 15。我的从 70 增加到 111 = …
我正在一个有 88 个用户帐户的 Percona MySQL 服务器前设置 ProxySQL。我什至不知道他们的大部分密码。密码以散列形式存储在 MySQL 中，但以纯文本形式存储在 ProxySQL 中。如何轻松地一次将所有 88 个帐户引入 ProxySQL？或者是否有我可以打开的直通身份验证开关？