MySQL用SELECT VERSION();查版本，PostgreSQL用SELECT VERSION;（不带括号），SQL Server用SELECT @@VERSION;，SQLite用SELECT sqlite_version();。
MySQL 中怎么用 SELECT VERSION() 查版本
这个函数只在 MySQL 和部分兼容它的数据库（如 MariaDB）里有效，PostgreSQL、SQL Server、SQLite 都不认。直接执行会报错 FUNCTION VERSION does not exist 或类似提示。
实际用法很简单：SELECT VERSION(); —— 注意括号不能省，否则语法错误。它返回一个字符串，比如 8.0.33 或 10.11.2-MariaDB，包含主版本、次版本和可能的发行标识。
- 如果连接的是只读从库，
VERSION()仍能正常返回本实例的版本，不是主库的 - 某些云数据库（如阿里云 RDS）会把版本号做一层封装，返回值可能带后缀，例如
8.0.32-log，-log表示启用了通用查询日志，和内核版本无关 - 权限方面，只要能连上并执行简单查询，就足够；不需要
PROCESS或SUPER权限
PostgreSQL 怎么查版本，别误用 VERSION()
PostgreSQL 也有 VERSION() 函数，但它是无参的系统信息函数，**不能加括号调用** —— 写成 VERSION() 会报错 syntax error at or near "("。正确写法是 SELECT VERSION;（不带括号，也不加空括号）。
它返回的内容比 MySQL 更详细，例如：PostgreSQL 15.4 (Ubuntu 15.4-1.pgdg22.04+1) on x86_64-pc-linux-gnu。如果你在 PostgreSQL 里复制了 MySQL 的写法，第一反应往往是“函数不存在”，其实是语法错了。
- 也可以用
SELECT current_setting('server_version');获取纯版本号（如15.4），适合程序解析 -
current_setting('server_version_num')返回整数形式（如150004），方便做数值比较 - 注意：这两个
current_setting调用要求用户有读取配置的权限，在极简权限模型下可能被禁用
SQL Server 和 SQLite 没有 VERSION()，该用什么
SQL Server 完全不支持 VERSION()。常见替代是 SELECT @@VERSION;，它返回一整段包含操作系统、SQL Server 版本、架构等信息的字符串。想提取纯数字版本，得靠字符串截取或正则（SQL Server 2017+ 支持 STRING_SPLIT，但依然麻烦）。
SQLite 压根没有内置版本函数，SELECT VERSION(); 直接报错 no such function: VERSION。真正靠谱的方式是连上后执行 SELECT sqlite_version(); —— 这个函数名固定，且必须带括号。
- SQLite 还提供
sqlite_source_id()和sqlite_compileoption_get(N)，用于查编译选项，一般调试用，日常不用 - SQL Server 的
@@VERSION是全局变量，不是函数，所以不能加括号，也不能传参 - 所有这些方式都依赖客户端能成功执行查询——如果数据库处于恢复中、单用户模式卡死，或者网络中间件拦截了非标准语句，都可能查不到
为什么有时候查到的版本和预期不符
最常见原因是连错了实例。比如本地装了 MySQL 5.7 和 8.0，命令行没指定端口，结果连上的是旧版本；或者 Docker 容器里跑着多个数据库，宿主机端口映射混乱，localhost:3306 实际指向的是测试库而非目标库。
另一个隐蔽问题是代理层。有些数据库中间件（如 ProxySQL、MaxScale）或云服务（如 AWS RDS Proxy）会改写或拦截系统函数调用，导致 VERSION() 返回代理自身的版本号，而不是后端真实数据库的。
- 验证是否连对了：查
SELECT DATABASE();（MySQL）或SELECT current_database();（PostgreSQL），看当前库名是否符合预期 - 绕过代理直连：临时改用内网 IP + 真实端口连接，再试一次
VERSION类函数 - 容器环境记得确认
docker exec -it xxx mysql --version输出，和 SQL 查询结果比对
版本号本身只是字符串，但背后连着驱动兼容性、SQL 语法支持度、甚至安全补丁状态。查的时候多看一眼执行上下文，比记住函数名更重要。
