百分百源码网-让建站变得如此简单! 登录 注册 签到领金币!

主页 | 如何升级VIP | TAG标签

当前位置: 主页>网站教程>数据库> 解决mysql版本升级导致的一些错误
分享文章到:

解决mysql版本升级导致的一些错误

发布时间:01/15 来源: 浏览: 关键词:
mysql版本升级之后总会碰到一些因升级或版本问题出现的一些问题了,对于这些问题我们就一起来看它的解决办法,有兴趣了解的朋友可和小编来看看吧。

在项目过程遇到一些因为数据库版本原因发生的一些错误

mysql服务器升级数据还原后表结构不能显示

mysql服务器升级后,数据库数据还原后,在使用navicat进行desc表结构是出现了

“1558 – Column count of mysql.proc is wrong. Expected 20, found 16. Created with MySQL 50018, now running 50146. Please use mysql_upgrade to fix this error.”这样的错误内容

我的mysql服务器是从5.1升级到了5.5版本,而原数据库表的备份与恢复是直接copy mysql data目录;数据都是完好的。搜索查明

解决方案就是:

mysql.proc
这个是5.1里面的系统表来的,用来记录存储过程或函数的信息.你的数据库肯定作过升级或用不同的版本进行备份迁移恢复.

使用命令:mysql_upgrade 就可以解决

mysql_upgrade -u root –datadir=/opt/mysql –basedir=/opt/mysql/data –password=123456

MySQL utility for upgrading databases to new MySQL versions.

5.6.10 mysqldump: Couldn’t execute ‘SELECT @@GTID_MODE’ 执行错误

mysqldump: Couldn’t execute ‘SELECT @@GTID_MODE': Unknown system variable ‘GTID_MODE’ (1193)

不知道系统变量GTID_MODE,google搜索在mysql官方找到一片bug报告

mysqldump –set-gtid-purged=AUTO does not detect if mysqld has GTIDs

5.6.5 introduced GTIDs. mysqldump 5.6 was made
compatible  to use GTIDs
2. In versions < 5.6, where GTIDs are not
even defined, mysqldump 5.6 fails as it cannot
execute ‘SELECT @@GTID_MODE’
3.  using –set-gtid-purged=AUTO, should detect whether
the server has GTIDs enabled or not.  However, this
option works only for 5.6 versions.

WORKAROUND: if you are using mysqldump 5.6 to backup mysql-5.5  and old database
versions, use –set-gtid-purged=OFF option.

Fix:  THe fix is to check for the server version before executing ‘select @@gtid_mode’

5.6.5版本引入GTIDs;如果mysql version 小于5.6,GTIDs是没有定义的,mysqldump5.6不能执行’SELECT @@GTID_MODE’ ;应该使用–set-gtid-purged=AUTO用来检测GTIDs是否启用,但是这个选项只能在5.6版本mysql上工作

我要备份的远程服务器是

原先按正常的mysqldump语法如下则会报错


所以应该用mysqldump 5.6 对mysql server版本小于5.6版本或者是更老的版本进行数据备份时,会首先执行“SELECT @@GTID_MODE”这样的语句(尽管select @@gtid_mode 得到的属性值它是off)

则要有加上 –set-gtid-purged=OFF 属性了,导出成功

 

但是对于这个gtid_mode属性是什么意思,我不是很明白,查阅了一下与事物数据同步有关想了解的请看16.1.4.5. Global Transaction ID Options and Variables

“这是因为在启用GTID模式下,如果对非事务表更新时,无法保证事务一致性,因此设置 disable-gtid-unsafe-statements = 1 确保主从数据一致性。”

[MySQL FAQ]系列 — 启用GTID & binlog新安装完的MySQL提示无法登录

[root@imysql mysql]# mysql mysql
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
答:数据库已经执行过 mysql_install_db 初始化了,按理说应该没问题。经过排查,发现 $datadir 的 mysql 数据库目录的权限模式为:

drwx------ 2 mysql root        4096 Jan  9 20:22 mysql
看起来没有问题。检查错误日志,发现一行:

130109 21:04:23 [Warning] Bootstrap mode disables GTIDs. Bootstrap mode should only be used by mysql_install_db which initializes the MySQL data directory and creates system tables.
ERROR: 1785  Updates to non-transactional tables are forbidden when DISABLE_GTID_UNSAFE_STATEMENTS = 1.
130109 21:04:23 [ERROR] Aborting
同时,mysql库下的user表空间文件显示:

-rw-rw---- 1 mysql mysql 10684 Jan  9 20:22 user.frm
-rw-rw---- 1 mysql mysql     0 Jan  9 20:22 user.MYD
-rw-rw---- 1 mysql mysql  1024 Jan  9 20:22 user.MYI
可以看到,user表空间数据文件大小为0。
看起来应该是和启用GTID模式有一定关系了。仔细检查下,发现和GTID相关的选项有:

gtid_mode = ON
binlog_format = mixed
disable-gtid-unsafe-statements = 1
log-bin=binlog
这是因为在启用GTID模式下,如果对非事务表更新时,无法保证事务一致性,因此设置 disable-gtid-unsafe-statements = 1 确保主从数据一致性。

解决方案:
这时候可以将选项 disable-gtid-unsafe-statements 的值修改为 0。也可以同时关闭 GTID 、 binlog 选项,初始化完毕后再打开。

#gtid_mode = ON
#log-bin=binlog

disable-gtid-unsafe-statements = 0

打赏

打赏

取消

感谢您的支持,我会继续努力的!

扫码支持
扫码打赏,你说多少就多少

打开支付宝扫一扫,即可进行扫码打赏哦

百分百源码网 建议打赏1~10元,土豪随意,感谢您的阅读!

共有4人阅读,期待你的评论!发表评论
昵称: 网址: 验证码: 点击我更换图片
最新评论

本文标签

广告赞助

能出一分力是一分吧!

订阅获得更多模板

本文标签

广告赞助

订阅获得更多模板