mysql 8.0升级后插件报错主因是架构变更：validate_password改用component、caching_sha2_password成默认认证、semisync拆分为独立component、udf需适配新abi，需清理旧配置、重装组件、升级驱动并验证业务链路。
MySQL 8.0 升级后 validate_password 插件报错 Plugin 'validate_password' is not loaded
这不是插件丢了，是 MySQL 8.0 默认改用 validate_password 的新实现（基于 component 架构），旧版插件路径或配置在 my.cnf 里还留着，反而会冲突。
实操建议：
- 检查是否在
my.cnf中手动写了plugin-load-add = validate_password.so—— 8.0.4+ 完全不需要这行，删掉 - 确认插件状态：
SELECT PLUGIN_NAME, PLUGIN_STATUS FROM information_schema.PLUGINS WHERE PLUGIN_NAME = 'validate_password';，正常应显示ACTIVE且PLUGIN_LIBRARY为空（说明是内置 component） - 如果曾手动安装过老版本
validate_password.so，需从plugin_dir目录下彻底删除该文件，否则启动时可能因符号冲突失败
升级到 MySQL 8.0.33+ 后 caching_sha2_password 认证插件导致客户端连接失败
新版本默认认证方式变了，但很多老应用、监控工具、甚至部分 Python/PHP 驱动没开 SHA-2 支持，直接报 Authentication plugin 'caching_sha2_password' cannot be loaded。
实操建议：
- 临时兼容：建用户时显式指定旧插件：
CREATE USER 'u'@'%' IDENTIFIED WITH mysql_native_password BY 'p'; - 全局降级（不推荐长期用）：在
my.cnf加default_authentication_plugin=mysql_native_password，注意这仅影响新创建用户 - 驱动必须升级：比如 PyMySQL ≥ 1.0.2、mysqlclient ≥ 2.1.0，否则即使服务端降级，握手阶段仍可能卡住
semisync_master 和 semisync_slave 插件在 5.7 → 8.0 升级后无法启用
MySQL 8.0 把半同步拆成了两个独立 component：semisync_master 和 semisync_slave，不再共用一个 semisync.so 文件；而且组件名大小写敏感，加载路径也变了。
实操建议：
- 先查当前组件状态：
SELECT * FROM performance_schema.component_table WHERE component_name LIKE '%semi%'; - 加载命令必须用新名称：
INSTALL COMPONENT 'file://component_semi_sync_master'; INSTALL COMPONENT 'file://component_semi_sync_slave'; - 旧版
plugin_load配置（如plugin_load = semisync_master.so）全部失效，必须清空并改用INSTALL COMPONENT方式管理 - 注意权限：执行
INSTALL COMPONENT需要SYSTEM_VARIABLES_ADMIN+ROLE_ADMIN权限，不是单纯的SUPER
自定义 UDF 或存储过程依赖的第三方插件（如 lib_mysqludf_sys）在 8.0 下崩溃
MySQL 8.0 关闭了对非 component 架构插件的宽松加载策略，UDF 必须导出符合新 ABI 的符号（比如 xxx_init → xxx_init_80），否则启动时报 undefined symbol: _Z11xxx_initP3UDF_INITP12UDF_ARGS16UDE_INIT_FLAG 类错误。
实操建议：
- 优先找作者是否已发布 8.0 兼容版；若无，需重编译源码，链接
libmysqlservices.a并适配新初始化签名 - 临时绕过：启动时加
--skip-grant-tables+--plugin-load-add强制加载（仅测试用，不安全） - 更稳妥的替代方案：把 UDF 逻辑改写为 stored function +
Sys_exec()等系统函数调用（需开启secure_file_priv白名单）
跨版本插件问题最麻烦的不是“装不上”，而是“看似装上了，但某些 SQL 跑一半才崩”——尤其是涉及事务、复制或 prepare statement 的场景，得真跑通业务链路才算过关。
