MYSQL 5.1.73升级到5.6.14

OK，到这里我们一般就认为是升级完毕了，开森。 少年太年轻了……

踩坑开始：

• 由于一个schema使用了自定义函数，调用时报错“Cannot load from mysql.proc”
  • mysql_upgrade -uroot -p密码(记住不需要执行该命令)
  • ALTER TABLE proc MODIFY COLUMN comment text CHARACTER SET utf8 COLLATE utf8_bin NOT NULL AFTER sql_mode;
  • 该坑已填。
• 开启seafile服务，居然提示我创建新的管理员用户，连接客户端后从seafile相关的schema中任何一个表中查询时，都提示找不到该表。推测被第一个坑中不应该执行的命令给破坏掉了。
  • 还好我们在第二步中已经备份数据。
  • 解压备份数据替换［/var/lib/mysql］, 启动报错“MySQL ERROR! The server quit without updating PID file”，查看/etc/my.cnf中的错误日志输出路径（如果/etc/my.cnf没有时，错误日志路径/var/lib/mysql/[机器名].err）,查看日志
    • unknown variable ‘default-character-set=utf8’
    • Operating system error number 13（文件操作权限), 由于解压后的文件归属和分组不是mysql， chown mysql:mysql -R /var/lib/mysql后成功。

至此所有坑已填。

原文:大专栏  MYSQL 5.1.73升级到5.6.14

MYSQL 5.1.73升级到5.6.14

标签：https   comm   分组   直接   libs   需要   lang   ext   cannot