Mysql5.5升级到5.7的过程已经踩到的坑

https://blog.csdn.net/u014534986/article/details/79699750

故事是这样子的，我们公司有几台老的mysql版本是5.5的，最近项目做了一些升级增加了几个字段，用spring-data-jpa自动刷新表结构的时候报错了，原因是mysql5.5的版本不支持一张表里面有两个以上的 current_timestamp 作为default value。所以就要考虑升级下数据库

先到服务器上面看了下版本

再看了下源

哦，顺带提一句，我们公司在用的aws 的 ec2 ,所以都是amz的源

试了下 yum update mysql-server 然后并没什么卵用，所以继续往下搞。

网上看了好多都说是先把旧版本的数据库卸载了再用装新版本的数据库，那我的里面的数据咋办，为了保险起见，我先办数据库做了个备份，一个库一个库的备份，我看mysql库里面也配了好多用户和权限，就顺便也把mysql备份了，然后开搞。

1、卸载数据库

[javascript]
view plain
copy

yum remove mysql-server

但是我们这边装的好像不太一样，我就把刚才yum查到的几个都卸载了。

卸载前记得把mysql服务关掉，要不然装新版本之后用mysql –version 查看是5.7 mysql 登录进去还是5.5然后重启服务就各种问题。因为有些文件没被删掉，导致新装的数据库好奇怪的样子。。。

2、安装新数据库

[javascript]
view plain
copy

yum search mysql57

先看看有什么版本可以选，这个没啥说的直接

[javascript]
view plain
copy

yum install msyql57-server.x86_64

安装下来就ok，来看看都装了些啥东西

很奇怪一点就是mysql-config依赖竟然还是5.5的，不过用起来没发现啥问题

3、配置

安装好了之后修改以下my.cnf

我的服务器上面是在/etc/my.cnf 不知道其它的镜像有没有变化

在配置的时候我突然想到数据存储的空间是还在的啊，配过去看看能用不

于是就在my.cnf配了这一行（5.5的好多配置都弃用了，之前的my.cnf里面的都要删一删要不然启动时会报错）

配置之后果断启动服务

[javascript]
view plain
copy

service mysqld start

果然报错了

看了下启动日志

[sql]
view plain
copy

[ERROR] Fatal error: mysql.user table is damaged. Please run mysql_upgrade.

[sql]
view plain
copy

ERROR: Zend_Db_Adapter_Exception: SQLSTATE[HY000] [2002] No such file or directory
Additionally, an exception has occurred while trying to report this error: Zend_Exception
No entry is registered for key ‘translate’ (Abstract.php:144)

卧槽，这咋办google一波搜到了这篇文章https://support.plesk.com/hc/en-us/articles/115001659169-MySQL-fails-to-start-mysql-user-table-is-damaged

具体解决方法如下

a. 登录到那台服务器主机上面

b. Add skip-grant-tables in /etc/my.cnf file under [mysqld] section 意思就是开启安全模式（不验证密码什么的）

c. service mysqld start

d.
mysql_upgrade

e. service mysqld restart

我执行了一下mysql_upgrade