不能直接替换 mysqld 二进制文件，哪怕只是小版本升级。因为MySQL二进制包是强耦合组件集合，仅替换mysqld会导致系统表初始化失败、插件加载错误、动态链接异常；正确做法须按安装方式选择apt/dpkg全包升级或整体替换tar包目录，并严格校验权限与插件状态。
不能直接替换 mysqld 二进制文件，哪怕只是小版本升级。 这是 Ubuntu/Debian 系统上最常踩的坑之一——看似省事，实则极易导致服务无法启动、数据目录权限错乱、甚至 mysqld 启动后自动清空 error log 并静默退出。
为什么只换 mysqld 就会失败
MySQL 的二进制包不是单个可执行文件的集合，而是一套强耦合组件：mysqld、mysql 客户端、mysqldump、插件目录（如 auth_socket.so）、系统表定义 SQL 文件（mysql_system_tables.sql）等。小版本升级中，InnoDB 表空间格式、数据字典元数据结构虽不变，但系统表结构（比如 mysql.role_edges、mysql.global_grants）可能有微调，这些依赖配套的 SQL 初始化脚本和插件版本。
只替换 mysqld，其他组件仍为旧版，会导致：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
-
mysqld --initialize或mysqld --upgrade阶段找不到对应版本的 SQL 模板，报错Can't find file: './mysql/innodb_table_stats.frm'类似路径错误 - 插件加载失败，例如
caching_sha2_password插件符号不匹配，启动日志出现Plugin 'caching_sha2_password' is not loaded - systemd 服务单元中
ExecStart指向新mysqld，但LD_LIBRARY_PATH或Plugin_dir仍指向旧路径，运行时动态链接失败
Ubuntu 上小版本升级的正确操作路径
必须按安装方式选择对应方案，不能“统一替换”：
- 如果是
apt install mysql-server安装的：用sudo apt update && sudo apt install mysql-server，让 dpkg 自动处理所有文件、配置、依赖和 postinst 脚本 - 如果是离线
.deb包安装（如mysql-community-server_8.0.36-1ubuntu22.04_amd64.deb）：用sudo dpkg -i重装整个包，不是只解压mysqld - 如果是官方
tar.gz二进制部署（/usr/local/mysql）：整体替换整个解压目录，再用chown -R mysql:mysql /usr/local/mysql和chown -R mysql:mysql /var/lib/mysql严格校验权限，不能只拷bin/mysqld
升级后必须验证的三个关键点
哪怕 systemctl status mysql 显示 active，也不代表真可用：
- 登录后立即执行
SELECT VERSION(), @@version_comment;，确认返回的是目标小版本号（如8.0.36），而非缓存或代理层返回的旧值 - 检查
SHOW VARIABLES LIKE 'plugin_dir';输出路径是否与新二进制位置一致；再查SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME IN ('caching_sha2_password', 'sha256_password');，确保认证插件已加载 - 跑一次真实业务 SQL：比如带
JSON_EXTRACT或ROW_NUMBER()的查询，小版本间函数行为可能有细微修复（如 8.0.34→8.0.36 修复了某些窗口函数内存泄漏），仅连通性测试不够
真正容易被忽略的是：升级后首次启动时，mysqld 会自动执行 --upgrade 流程（即使没显式加参数），这个过程需要写入 mysql 系统库，如果数据目录权限不对、磁盘满、或 tmpdir 不可写，它不会报错退出，而是卡在初始化阶段，systemctl status 显示 “activating (start)” 长达数分钟，日志里只有零星的 “Starting MySQL…”。这时候得看 journalctl -u mysql -n 100 -f 实时盯住输出，而不是只看服务状态。
