mysql服务器在“开始中止innodb”；“正在等待吹扫开始”；

在将DebianLinux上的mysql服务器升级到5.7.13之后，服务器成功启动了一次，这样我就可以启动phpmyadmin了，服务器最终关闭了。我现在不知道为什么它先启动，然后根据自己的决定关闭（？），最后拒绝再启动

Syslog的内容如下：

Jun 10 13:34:26 webseiten mysqld[22976]: /usr/sbin/mysqld (mysqld 5.7.13) starting as process 22976 ...
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: PUNCH HOLE support available
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Mutexes and rw_locks use GCC atomic builtins
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Uses event mutexes
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Compressed tables use zlib 1.2.7
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Using Linux native AIO
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Number of pools: 1
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Not using CPU crc32 instructions
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Completed initialization of buffer pool
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Highest supported file format is Barracuda.
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Log scan progressed past the checkpoint lsn 47810183878
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Doing recovery: scanned up to log sequence number 47810191058
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Doing recovery: scanned up to log sequence number 47810191058
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Database was not shutdown normally!
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Starting crash recovery.
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Starting an apply batch of log records to the database...
Jun 10 13:34:26 webseiten mysqld[22976]: InnoDB: Apply batch completed
Jun 10 13:34:27 webseiten mysqld[22976]: InnoDB: Removed temporary tablespace data file: "ibtmp1"
Jun 10 13:34:27 webseiten mysqld[22976]: InnoDB: Creating shared tablespace for temporary tables
Jun 10 13:34:27 webseiten mysqld[22976]: InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
Jun 10 13:34:27 webseiten mysqld[22976]: InnoDB: File './ibtmp1' size is now 12 MB.
Jun 10 13:34:27 webseiten mysqld[22976]: InnoDB: 96 redo rollback segment(s) found. 96 redo rollback segment(s) are active.
Jun 10 13:34:27 webseiten mysqld[22976]: InnoDB: 32 non-redo rollback segment(s) are active.
Jun 10 13:34:27 webseiten mysqld[22976]: InnoDB: Waiting for purge to start
Jun 10 13:34:27 webseiten mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended

从前面的条目中，我可以看到，在这一行之后，日志序列应该继续，类似于

Jun 10 12:35:38 webseiten mysqld[14939]: InnoDB: 5.7.13 started; log sequence number 47810025436
Jun 10 12:35:38 webseiten mysqld[14939]: Plugin 'FEDERATED' is disabled.
Jun 10 12:35:38 webseiten mysqld[14939]: InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool

…但这已经不再出现了

我尝试过——纯粹出于直觉：

innodb_force_recovery = 1

…但那没有任何帮助

发生这种情况时，用户应该做什么

===========================================

删除了整个数据库/var/lib/mysql/。 播放升级前的备份。 重新启动服务器。他暂时还在工作。 然而，他抱怨“innodb_force_recovery”。 从我的.cnf中删除了它

尝试重新启动：再次失败！ 但这次与其他消息（从最后一个成功步骤到中止序列的开始）：

…将试图编造一些

==============================

旧版本是5.5.47。。。因此，根据“”，不支持升级到5.7.xx。 （一台多年未升级的服务器-您永远无法完成学习！）

->要降级，从那里导出，然后再次升级，然后导入（这将需要几个小时）

=============================

执行

apt-get purge mysql-server mysql-common

apt-get install mysql-server-5.5

…删除所有配置文件和数据文件。 执行

apt-get purge mysql-server mysql-common

apt-get install mysql-server-5.5

…以接收版本5.5.49

尝试启动（在完全清除的基础上），会出现以下错误：

Jun 10 15:24:17 webseiten mysqld_safe[3503]: 160610 15:24:17 [ERROR] Can't read from messagefile '/usr/share/mysql/english/errmsg.sys'
Jun 10 15:24:17 webseiten mysqld_safe[3503]: 
Jun 10 15:24:17 webseiten mysqld_safe[3503]: Installation of system tables failed!  Examine the logs in
Jun 10 15:24:17 webseiten mysqld_safe[3503]: /var/lib/mysql for more information.

查看“/usr/share/mysql/english/errmsg.sys”，它显示为mysql所有，具有“rw-r--r--”不知道什么可能会阻碍用户“mysql”访问它，因为上面的所有目录都具有“全部执行”权限

/var/lib/mysql/没有日志文件（为什么应该呢？）

==========================

嗯：Purge没有删除配置文件（/etc/mysql/my.cnf）。该文件中还有一些新版本5.7.13的条目（好吧：安装程序确实创建了该配置的新版本，但似乎包含了以前版本中的一些条目）

=========================

现在，我们有：

160610 15:44:30 [Note] /usr/sbin/mysqld (mysqld 5.5.49-0+deb7u1) starting as process 4551 ...
160610 15:44:30 [ERROR] Can't read from messagefile '/usr/share/mysql/english/errmsg.sys'
160610 15:44:30 [Note] Plugin 'FEDERATED' is disabled.
/usr/sbin/mysqld: Unknown error 1146
160610 15:44:30 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
160610 15:44:30 InnoDB: The InnoDB memory heap is disabled
160610 15:44:30 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160610 15:44:30 InnoDB: Compressed tables use zlib 1.2.7
160610 15:44:30 InnoDB: Using Linux native AIO
160610 15:44:30 InnoDB: Initializing buffer pool, size = 128.0M
160610 15:44:30 InnoDB: Completed initialization of buffer pool
160610 15:44:30 InnoDB: highest supported file format is Barracuda.
160610 15:44:30  InnoDB: Waiting for the background threads to start
160610 15:44:31 InnoDB: 5.5.49 started; log sequence number 1595675
160610 15:44:31 [ERROR] Aborting

160610 15:44:31  InnoDB: Starting shutdown...
160610 15:44:32  InnoDB: Shutdown completed; log sequence number 1595675
160610 15:44:32 [Note] 
160610 15:44:32 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

我不知道为什么用户mysql无法读取这个“消息文件”。 我不知道如何在服务器未启动的情况下运行mysql_升级。 我不知道“未知错误1146”是什么

我的IT厨师想出了一个主意，消息文件可能没有降级到5.5，但可能仍然是5.7版本，因此在技术上服务器进程“不可读”。意思是“不可读”与“不可读”不同，因为它通常用于“不可访问”

因此，问题发展到“如何降级此消息文件？”

…嗯：将消息文件降级到5.5.50版本也没有帮助。仍然“不可读”