å·¥å
·/åæï¼MySQLï¼ä¸»æºå¤§å¸
1ãæå¼ä¸»æºå¤§å¸è½¯ä»¶çé¢ï¼ç¹å»å³ä¸æ¹ãè¿ç§»MySQLæ°æ®ç®å½ãæé®ï¼å¼¹åºè¿ç§»dataæ°æ®çªä½ï¼
2ãç¹å»ãæµè§ãæé®ï¼éæ©åéçè·¯å¾ï¼æ¬ä¾éæ©âD:\NewDataâï¼
3ãå¨æ°çdataç®å½ï¼é¤äºéè¿æµè§éæ©ï¼ä¹å¯ä»¥ç´æ¥è¾å ¥ï¼å¦æä¸åå¨ï¼ç³»ç»ä¼æ示èªå¨å建ï¼ï¼ç¹å»ãå¼å§è¿ç§»ãæé®ï¼
4ãè¿ç§»æ示æ¡ï¼æ³¨æ详ç»é 读ï¼å¹¶ç¡®ä¿ç£ç空é´å 足ï¼ç¶åç¹å»ãæ¯ãï¼
5ãæ£å¨è¿ç§»ä¸ï¼éåº¦å¿«æ ¢åå³äºæ°æ®é大å°ï¼è¯·ç¨åã
6ãè¿ç§»å®æï¼æ示æåï¼
9ãæå¼æ°ç®å½âD:\NewDataâï¼å¯ä»¥çå°åææ°å»ºçæ°æ®åºânewbaseâå·²ç»æåï¼
caching_sha2_password认证插件提供更多的密码加密方式,并且在加密方面具有更好的表现,目前MySQL 8.0选用caching_sha2_password作为默认的认证插件,MySQL 5.7的认证插件是MySQL_native_password。如果客户端版本过低,会造成无法识别MySQL 8.0的加密认证方式,最终导致连接问题。
MySQL存储引擎现在负责提供自己的分区处理程序,而MySQL服务器不再提供通用分区支持,InnoDB和NDB是唯一提供MySQL 8.0支持的本地分区处理程序的存储引擎。 如果分区表用的是别的存储引擎,存储引擎必须进行修改。要么将其转换为InnoDB或NDB,要么删除其分区。通过MySQLdump从5.7获取的备份文件,在导入到8.0环境前,需要确保创建分区表语句中指定的存储引擎必须支持分区,否则会报错。
MySQL 8.0的默认字符集utf8mb4,可能会导致之前数据的字符集跟新建对象的字符集不一致,为了避免新旧对象字符集不一致的情况,可以在配置文件将字符集和校验规则设置为旧版本的字符集和校验规则。
MySQL 8.0启动使用的lower_case_table_names值必须跟初始化时使用的一致。使用不同的设置重新启动服务器会引入与标识符的排序和比较方式不一致的问题。
< lower_case_table_names >
https://dev.mysql.com/doc/refman/8.0/en/server-systemvariables.html#sysvar_lower_case_table_names
要避免MySQL 8.0上的启动失败,MySQL配置文件中的sql_mode系统变量不能包含NO_AUTO_CREATE_USER。
从MySQL 5.7.24和MySQL 8.0.13开始,MySQLdump从存储程序定义中删除了NO_AUTO_CREATE_USER。必须手动修改使用早期版本的MySQLdump创建的转储文件,以删除NO_AUTO_CREATE_USER。
在MySQL 8.0.11中,删除了这些不推荐使用的兼容性SQL Mode:DB2,MAXDB,MSSQL,MySQL323,MySQL40,ORACLE,POSTGRESQL,NO_FIELD_OPTIONS,NO_KEY_OPTIONS,NO_TABLE_OPTIONS。从5.7到8.0的复制场景中,如果语句使用到废弃的SQL Mode会导致复制异常。
在执行到MySQL 8.0.3或更高版本的in-place升级时,BACKUP_ADMIN权限自动授予具有RELOAD权限的用户。
本文对MySQL 5.7到MySQL 8.0的升级过程中出现部分易出现问题进行整理:升级对MySQL版本的要求、升级都做了哪些内容、数据库升级做了哪些步骤以及注意事项,希望对大家版本升级有帮助。