首页 > 数据库 >MySQL从5.7升级到8.0后可能的回退方法

MySQL从5.7升级到8.0后可能的回退方法

时间：2023-07-12 10:12:34浏览次数：44  
标签：8.0 set 5.7 MySQL session mysql collation

MySQL从5.7升级到8.0后，可以降级的一些途径： ·从8.0逻辑导出，然后导入5.7 ·使用5.7的复制 ·还原升级前的备份，并追赶在8.0中新生成的数据    

1.逻辑导出和导入降级

虽然MySQL 5.7到5.6官方支持逻辑降级:但是从8.0降级到5.7却并非如此。官方文档只是简单提到不支持，因此，如果你尝试就要接受对应的风险。无法将8.0的系统表导入到5.7中。 从8.0降级到5.7，如果你参考到5.7到5.6的一些步骤。(参考：https://dev.mysql.com/doc/refman/5.7/en/downgrade-binary-package.html#downgrade-procedure-logical) 你会看到很多类似如下的错误： 
$ mysql --force < 8.0.33.dump
ERROR 1273 (HY000) at line 24: Unknown collation: 'utf8mb4_0900_ai_ci'
ERROR 1726 (HY000) at line 35: Storage engine 'InnoDB' does not support system tables. [mysql.columns_priv]
ERROR 1146 (42S02) at line 51: Table 'mysql.columns_priv' doesn't exist
ERROR 1812 (HY000) at line 63: InnoDB: A general tablespace named `mysql` cannot be found.
ERROR 1146 (42S02) at line 119: Table 'mysql.db' doesn't exist
ERROR 1146 (42S02) at line 1021: Table 'mysql.user' doesn't exist
5.7实例也受到损坏，因为缺少一些关键的表。即使常用的upgrade也无法修复： 
mysql_upgrade -uroot -p
Checking if update is needed.
Checking server version.
Error occurred: Query against mysql.user table failed when checking the mysql.session.
因此，你必须只是将用户数据dump出来，系统表需要从升级前的备份中获取。升级后8.0对系统表做的任何修改可能都会遇到问题，因为一些基础命令已经发生了改变。例如，你无法dump和还原用户创建内容： 
mysql 80 > show create user msandbox_ro@localhostG
*************************** 1. row ***************************
CREATE USER for msandbox_ro@localhost: CREATE USER `msandbox_ro`@`localhost` IDENTIFIED WITH 'mysql_native_password' AS '*6C387FC3893DBA1E3BA155E74754DA6682D04747' REQUIRE NONE PASSWORD EXPIRE DEFAULT ACCOUNT UNLOCK PASSWORD HISTORY DEFAULT PASSWORD REUSE INTERVAL DEFAULT PASSWORD REQUIRE CURRENT DEFAULT
1 row in set (0.00 sec)

mysql 57 > CREATE USER `msandbox_ro`@`localhost` IDENTIFIED WITH 'mysql_native_password' AS '*6C387FC3893DBA1E3BA155E74754DA6682D04747' REQUIRE NONE PASSWORD EXPIRE DEFAULT ACCOUNT UNLOCK PASSWORD HISTORY DEFAULT PASSWORD REUSE INTERVAL DEFAULT PASSWORD REQUIRE CURRENT DEFAULT;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'HISTORY DEFAULT PASSWORD REUSE INTERVAL DEFAULT PASSWORD REQUIRE CURRENT DEFAULT' at line 1
  这就意味着，如果你想降级，你就必须跟踪每个新特性。比如账户、事件、存储过程等。   值得一提的是，逻辑导出可以使用更快的工具，比如MySQL Shell、mydumper，util.dumpInstance()缺省情况下不会导出系统表；util.loadDump()也支持排除指定的表。对于不支持的行为，首先会给出警告： 
MySQL  localhost:5751 ssl  JS > util.loadDump("/data/backup/mysql80_1/", {threads: 4})
Loading DDL and Data from '/data/backup/mysql80_1/' using 4 threads.
Opening dump...
Target is MySQL 5.7.42. Dump was produced from MySQL 8.0.33
ERROR: Destination MySQL version is older than the one where the dump was created. Loading dumps from different major MySQL versions is not fully supported and may not work. Enable the 'ignoreVersion' option to load anyway.
Util.loadDump: MySQL version mismatch (MYSQLSH 53011)
  但是，可以强制执行： 
MySQL localhost:5751 ssl JS > util.loadDump("/data/backup/mysql80_1/", {threads: 4, ignoreVersion: true})
Loading DDL and Data from '/data/backup/mysql80_1/' using 4 threads.
Opening dump...
Target is MySQL 5.7.42. Dump was produced from MySQL 8.0.33
WARNING: Destination MySQL version is older than the one where the dump was created. Loading dumps from different major MySQL versions is not fully supported and may not work. The 'ignoreVersion' option is enabled, so loading anyway.
Scanning metadata - done
Checking for pre-existing objects...
Executing common preamble SQL
Executing DDL - done
Executing view DDL - done
Starting data load
4 thds loading / 100% (108.61 MB / 108.61 MB), 16.27 MB/s, 124 / 191 tables and partitions done
Recreating indexes - done
Executing common postamble SQL
191 chunks (800.14K rows, 108.61 MB) for 155 tables in 6 schemas were loaded in 9 sec (avg throughput 16.08 MB/s)
0 warnings were reported during the load.
   

2.使用5.7的replica作为降级的备份路径

在升级到MySQL 8.0后的一段时间内，拥有一个副本留在5.7版本上似乎是个选择。但是，这同样没有得到官方支持：https://dev.mysql.com/doc/refman/8.0/en/replication-compatibility.html 从8.0复制到5.7需要做一点努力：https://www.percona.com/blog/replicating-mysql-8-0-mysql-5-7/ 有个主要的问题就是字符集的问题。 
mysql 80 > select * from information_schema.COLLATIONS where CHARACTER_SET_NAME='utf8mb4' AND IS_DEFAULT='Yes';
+--------------------+--------------------+-----+------------+-------------+---------+---------------+
| COLLATION_NAME     | CHARACTER_SET_NAME | ID  | IS_DEFAULT | IS_COMPILED | SORTLEN | PAD_ATTRIBUTE |
+--------------------+--------------------+-----+------------+-------------+---------+---------------+
| utf8mb4_0900_ai_ci | utf8mb4            | 255 | Yes        | Yes         | 0       | NO PAD        |
+--------------------+--------------------+-----+------------+-------------+---------+---------------+
1 row in set (0.08 sec)

mysql 57 > select * from information_schema.COLLATIONS where CHARACTER_SET_NAME='utf8mb4' AND IS_DEFAULT='Yes';
+--------------------+--------------------+----+------------+-------------+---------+
| COLLATION_NAME     | CHARACTER_SET_NAME | ID | IS_DEFAULT | IS_COMPILED | SORTLEN |
+--------------------+--------------------+----+------------+-------------+---------+
| utf8mb4_general_ci | utf8mb4            | 45 | Yes        | Yes         | 1       |
+--------------------+--------------------+----+------------+-------------+---------+
1 row in set (0.00 sec)
mysql 57 > select * from information_schema.COLLATIONS where id=255;
Empty set (0.00 sec)
  一个针对8.0的简单sysbench将破坏到5.7版本的复制。 
Relay_Master_Log_File: mysql-bin.000023
Exec_Master_Log_Pos: 761428
Last_SQL_Errno: 22
Last_SQL_Error: Error 'Character set '#255' is not a compiled character set and is not specified in the '/data/opt/mysql/5.7.42/share/charsets/Index.xml' file' on query. Default database: 'test'. Query: 'BEGIN'
对应的二进制日志中的set： 
# at 761428
#230624 22:33:55 server id 5748 end_log_pos 761514 CRC32 0x2cd0da71 Anonymous_GTID last_committed=1000 sequence_number=1001 rbr_only=yes original_committed_timestamp=1687638835657515 immediate_commit_timestamp=1687638835662742 transaction_length=401
/*!50718 SET TRANSACTION ISOLATION LEVEL READ COMMITTED*//*!*/;
# original_commit_timestamp=1687638835657515 (2023-06-24 22:33:55.657515 CEST)
# immediate_commit_timestamp=1687638835662742 (2023-06-24 22:33:55.662742 CEST)
/*!80001 SET @@session.original_commit_timestamp=1687638835657515*//*!*/;
/*!80014 SET @@session.original_server_version=80033*//*!*/;
/*!80014 SET @@session.immediate_server_version=80033*//*!*/;
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 761514
#230624 22:33:55 server id 5748 end_log_pos 761584 CRC32 0x18c98746 Query thread_id=27 exec_time=0 error_code=0
SET TIMESTAMP=1687638835/*!*/;
/*!C utf8mb4 *//*!*/;
SET @@session.character_set_client=255,@@session.collation_connection=255,@@session.collation_server=192/*!*/;
BEGIN
/*!*/;
暂时还没有找到转换的方法。 这就意味着，除非你能控制app使用的mysql 5.7的驱动连接程序，或者能手动改set names 因此，如果你遇到兼容性问题，可能需要先升级一个副本，如本示例图所示： 然后在升级的节点后再做一个5.7的副本。 最终，一旦8.0被证明可以正常工作了，且新加的副本也可以正常工作，再升级原始的5.7 请注意，虽然这些截图是由Orchestrator制作的，这是一个非常容易更改复制拓扑的工具，但在这种情况下，我必须手动将5.7副本移动到8.0下，因为，这是不支持的操作: 
# orchestrator-client -c relocate -i 127.0.0.1:5749 -d 127.0.0.1:5750
2023-06-22 20:31:10 ERROR przemek-dbg:5749 cannot replicate from przemek-dbg:5750. Reason: instance przemek-dbg:5749 has version 5.7.42-log, which is lower than 8.0.33 on przemek-dbg:5750
 

3.还原升级前的备份，并追赶在8.0中新生成的数据

这也包含不被官方支持的操作：将8.0的日志应用到5.7。日志中有些内容是不被5.7支持的。 
$ mysqlbinlog binlog.000005 | mysql -v
--------------
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/
--------------
(...)
--------------
SET @@session.character_set_client=255,@@session.collation_connection=255,@@session.collation_server=255
--------------
ERROR 1115 (42000) at line 33: Unknown character set: '255'
为了能应用这些日志，我们需要将字符集255和排序规则255转换成57中支持的。   在8.0中 
mysql 80 > set @@session.character_set_client=255,@@session.collation_connection=255,@@session.collation_server=255;
Query OK, 0 rows affected (0.00 sec)
mysql 80 > select @@session.character_set_client,@@session.collation_connection,@@session.collation_serverG
*************************** 1. row ***************************
@@session.character_set_client: utf8mb4
@@session.collation_connection: utf8mb4_0900_ai_ci
@@session.collation_server: utf8mb4_0900_ai_ci
1 row in set (0.00 sec)
  在5.7中可以，切换成： 
mysql 57 > set @@session.character_set_client=45,@@session.collation_connection=45,@@session.collation_server=45;
Query OK, 0 rows affected (0.00 sec)
mysql 57 > select @@session.character_set_client,@@session.collation_connection,@@session.collation_serverG
*************************** 1. row ***************************
@@session.character_set_client: utf8mb4
@@session.collation_connection: utf8mb4_general_ci
@@session.collation_server: utf8mb4_general_ci
1 row in set (0.00 sec)
  因此，我们需要改写一下日志的内容： 
$ mysqlbinlog binlog.000005 | sed 's/SET @@session.character_set_client=255,@@session.collation_connection=255,@@session.collation_server=255/set @@session.character_set_client=45,@@session.collation_connection=45,@@session.collation_server=45/' | mysql
$
 

升级建议

建议在MySQL升级到8.0时考虑以下几点： ·做所有建议的升级前检查： https://dev.mysql.com/doc/refman/8.0/en/upgrade-prerequisites.html https://www.percona.com/blog/percona-utilities-that-make-major-mysql-version-upgrades-easier/ https://www.percona.com/blog/upgrading-to-mysql-8-tools-that-can-help/   ·阅读与升级相关的帖子和文档： https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html https://www.percona.com/blog/mysql-8-minor-version-upgrades-are-one-way-only/ https://www.percona.com/blog/upgrading-to-mysql-8/   ·尽可能多地进行测试--确保不需要降级恢复： -启用二进制日志（如果未启用） -升级前做一个经过验证的完整备份 -测试上面讨论的降级选项  

标签：8.0,set,5.7,MySQL,session,mysql,collation
From： https://www.cnblogs.com/abclife/p/17544721.html

相关文章

  • MySQL 8.0 Dynamic Redo Log Sizing翻译
    本文是MySQL8.0DynamicRedoLogSizing[1]这篇文章的翻译。如有翻译不当的地方，敬请谅解，请尊重原创和翻译劳动成果，转载的时候请注明出处。谢谢！这篇博文将讨论MySQL8.0.30中引入的最新功能/特性：重做日志动态调整大小(dynamicredologsizing)。除了InnoDB缓冲池(bufferpool)......
  • 6.MySQL中间件mycat和MHA高可用
    MySQL中间件代理服务器数据切分方式垂直切分水平切分MyCAT数据库中间件实现数据分库，读写分离java程序要运行必须有jvm安装mycat1.下载安装Javayum-yinstalljava2.安装mycat和配置Mycat-server-1.6.7.6-release-20220524173810-linux.tar.gz解压[16:15:3......
  • 【技术积累】Mysql中的SQL语言【技术篇】【一】
    数据库管理操作创建一个新的数据库要在MySQL中创建一个新的数据库，可以使用CREATEDATABASE语句。以下是创建新数据库的SQL语句及其解释：SQL语句：CREATEDATABASEdatabase_name;解释：-CREATEDATABASE是MySQL中用于创建新数据库的关键字。-database_name是要创建的数据库的名......
  • MySQL CRUD Client
    classMySqlClient:def__init__(self,db_name:str):self._conn=pymysql.connect(host=MYSQL_CONFIG['host'],port=MYSQL_CONFIG['port'],user=MYSQL_CONFIG['user'],passwd=MYSQL_......
  • MySQL数据类型（重要）
    整型不同类型存储范围不一样：#默认情况下整型是带负号的tinyint<<<smallint<<<mediumint<<<int<<<biginttinyint：1个字节------>8位------>2^8---->256----->0-255----->-128-127smallint:2个字节存储----->16位---->2^16---->6553......
  • MySQL 数据库初体验
    目录一、数据库的基本概念1.数据2.表3.数据库4.数据库管理系统5.数据库系统原理二、数据库的发展数据库一代数据库二代数据库三代三、主流的数据库介绍1.SQLServer（微软公司产品）2.Oracle（甲骨文公司产品）3.DB2（IBM公司产品）4.MySQL（甲骨文公司收购）四、关系型数据库五、非关系......
  • python 之 mysql8 基础
    一、表操作1、查看当前所在的库>selectdatabase():+------------+|database()|+------------+|oldboy|+------------+2、usedatabase选择库3、查看表>showtables 查看有几个表>showcreatetablestudent; 查看创建表的过程+---------+-----------......
  • Nginx代理Mysql
    10.2.24.161部署nginx，代理10.2.24.191:3306数据库1.安装stream模块nginx默认不会编译stream模块的，需要在编译的时候，指定--with-stream./configure--prefix=xxx--add-module=xxxx--add-module=xxx--with-stream我在10.2.24.161执行：./configure--prefix=/opt/local/nginx......
  • 技术分享 | 徐轶韬：从MySQL5.7升级到MySQL 8.0
    在6月20日举办的【墨天轮数据库沙龙-MySQL5.7停服影响与应对方案】中，甲骨文MySQL解决方案首席工程师徐轶韬分享了《从MySQL5.7升级到MySQL8.0》主题演讲，本文为整理内容。导读2015年10月发布的MySQL5.7版本追加了JSON数据类型、多源复制等新功能，支持在线更改InnoDB缓冲、全......
  • MySQL迁移达梦数据库注意事项
    mysql<—>dmmysql迁移到dm报错【错误消息:不支持该数据类型】mysql迁移到dm报错【错误消息:不支持该数据类型】|达梦技术社区(dameng.com)更改迁移工具DM连接驱动.这个驱动地址在安装包里面有，相对路径为：/drivers/jdbc，可以挑选最新的驱动。不支持直接comment注释创建......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99