caching_sha2_password认证插件提供更多的密码加密方式,并且在加密方面具有更好的表现,目前MySQL 80选用caching_sha2_password作为默认的认证插件,MySQL 57的认证插件是MySQL_native_password。如果客户端版本过低,会造成无法识别MySQL 80的加密认证方式,最终导致连接问题。
MySQL存储引擎现在负责提供自己的分区处理程序,而MySQL服务器不再提供通用分区支持,InnoDB和NDB是唯一提供MySQL 80支持的本地分区处理程序的存储引擎。 如果分区表用的是别的存储引擎,存储引擎必须进行修改。要么将其转换为InnoDB或NDB,要么删除其分区。通过MySQLdump从57获取的备份文件,在导入到80环境前,需要确保创建分区表语句中指定的存储引擎必须支持分区,否则会报错。
MySQL 80的默认字符集utf8mb4,可能会导致之前数据的字符集跟新建对象的字符集不一致,为了避免新旧对象字符集不一致的情况,可以在配置文件将字符集和校验规则设置为旧版本的字符集和校验规则。
MySQL 80启动使用的lower_case_table_names值必须跟初始化时使用的一致。使用不同的设置重新启动服务器会引入与标识符的排序和比较方式不一致的问题。
< lower_case_table_names >
>
要避免MySQL 80上的启动失败,MySQL配置文件中的sql_mode系统变量不能包含NO_AUTO_CREATE_USER。
从MySQL 5724和MySQL 8013开始,MySQLdump从存储程序定义中删除了NO_AUTO_CREATE_USER。必须手动修改使用早期版本的MySQLdump创建的转储文件,以删除NO_AUTO_CREATE_USER。
在MySQL 8011中,删除了这些不推荐使用的兼容性SQL Mode:DB2,MAXDB,MSSQL,MySQL323,MySQL40,ORACLE,POSTGRESQL,NO_FIELD_OPTIONS,NO_KEY_OPTIONS,NO_TABLE_OPTIONS。从57到80的复制场景中,如果语句使用到废弃的SQL Mode会导致复制异常。
在执行到MySQL 803或更高版本的in-place升级时,BACKUP_ADMIN权限自动授予具有RELOAD权限的用户。
本文对MySQL 57到MySQL 80的升级过程中出现部分易出现问题进行整理:升级对MySQL版本的要求、升级都做了哪些内容、数据库升级做了哪些步骤以及注意事项,希望对大家版本升级有帮助。
第一步:在存储服务器服务端第二步:nfs客户端(也就是web服务器)
修改nginx的uid和gid
第三步:查询nfs软件是否安装(我这里没有安装,然后yum安装一下)
第四步:然后将上存是存储的目录先移到/tmp (这个不会指定,自己可以指定,能找到就可以)
第五步:然后挂载,这里会有个小报错,因为上面把这个目录移走了,所以要创建一个目录。
第六步:将移走的数据在挪回来,这里会有警告,可以忽略。
第七步:最后在网站上传一张,看是否可以在nfs存储服务器上面找到。
至此,web服务器存储迁移完成。环境:
源服务器:Windows2003,域控制器,证书服务器 目标服务器:Windows2008 R2,域控制器。
备注:将源服务器证书服务器迁移到目标服务器上,要求更改目标服务器名称与源服务器名称不相同。 一、准备源服务器 1、 源服务器安装补丁
源服务器安装windows2003 SP2补丁。 2、备份 CA 模板列表
(1)以域管理员身份登录到bj-ad-sms服务器 (2)打开“证书颁发机构”管理单元。
(3) 在控制台树中,展开“证书颁发机构”,并单击“证书模板”。
(4) 通过抓取屏幕截图或将列表键入到文本文件中来记录证书模板的列表。
3、使用 Certutilexe 记录 CA 模板列表 (1)使用本地管理凭据登录到 bj-ad-sms计算机。 (2)打开命令提示符窗口。
(3)键入certutilexe -catemplates > catemplatestxt,并按 Enter。
(4)验证 catemplatestxt 文件是否包含模板列表,并将catemplatestxt文件,拷贝到C:\windows\sysvol\sysvol 4、记录 CA 的签名算法和 CSP
(1)使用本地管理凭据登录到 bj-ad-sms。 (2)打开命令提示符窗口。
(3)(3)键入 certutilexe getreg ca\csp\ > csptxt,并按 Enter。
(3) 打开csp文件,
(4)记录原始的CA将AIA和CRL数据发布到>
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)