最准确的方式是登录 mysql 后执行 select version();，它返回正在运行的服务端真实版本，不依赖客户端、不受环境变量或远程代理影响，且自 mysql 5.5 起全支持，是唯一权威确认当前数据库实际版本的方法。
最准确的方式是登录 MySQL 后执行 SELECT VERSION();，它返回正在运行的服务端真实版本，不依赖客户端、不被环境变量干扰，也不受远程连接代理影响。
登录后直接查服务端版本（推荐）
这是唯一能确认“当前数据库实际在跑什么版本”的方式。很多问题源于误把客户端版本当服务端版本——比如你本地装了 MySQL 8.0 客户端，但连的是远程 5.7 的服务器，mysql -V 给你的完全是误导信息。
-
SELECT VERSION();返回单值字符串（如8.0.33），简洁可脚本解析 -
SELECT @@version;等效，语法更短，但语义相同 -
STATUS;或\s输出中明确带Server version:行，同时附带连接、字符集等上下文，适合人工快速核对 - 如果权限受限（比如只给普通用户），
SELECT VERSION()仍可用；而SHOW VARIABLES LIKE 'version%'可能因权限被限制返回空
未登录时快速确认客户端或二进制版本
适用于服务没启动、无法连接、或只想确认本地工具链版本的场景。注意：这些结果和数据库实际运行版本无关。
-
mysql -V（大写 V）显示客户端完整信息，含分发版本与平台，例如mysql Ver 8.0.35 for Linux on x86_64 (MySQL Community Server) -
mysqld --version直接读取服务端二进制文件版本，即使服务未运行也能执行，适合离线部署验证 -
mysqladmin -u root -p version绕过交互式登录，直接向服务进程发请求，适合运维脚本调用，但需有管理员权限 - Windows 用户还可右键“服务”→ MySQL → 属性 → “可执行路径”，路径名里常含版本号（如
mysqld-8.0.33-winx64）
区分客户端和服务端版本差异
常见错误是看到 mysql -V 输出 8.0.x 就认为服务也是 8.0.x，结果执行新语法报错。MySQL 客户端和服务端版本完全独立：
- 客户端升级不影响服务行为，但可能引入不兼容的默认选项（如 8.0+ 默认启用
caching_sha2_password认证插件） - 服务端升级后，旧客户端通常仍可连接，但部分新特性（如窗口函数、JSON Schema 校验）必须服务端支持
- 生产环境排查 SQL 兼容性问题时，必须以
SELECT VERSION()结果为准，而不是任何命令行输出 - Docker 或容器化部署中，
mysql -V查的是宿主机客户端，SELECT VERSION()查的是容器内 mysqld 进程，二者极大概率不同
真正关键的不是“怎么查”，而是查完后立刻意识到：你拿到的那个字符串，到底属于哪一层——客户端？服务进程？还是安装包元数据？漏掉这层判断，后面所有兼容性分析都会偏移。
