mysql用select version();查版本最稳妥，返回完整字符串；postgresql用select version();；sql server推荐serverproperty()而非@@version；各数据库无通用版本查询函数。

MySQL 怎么查版本：用 VERSION() 最直接

查 MySQL 版本，SELECT VERSION(); 是最稳的写法。它返回带小版本号和编译信息的完整字符串（比如 8.0.33 或 5.7.42-log），不是近似值，也不依赖客户端或连接参数。

常见错误是误用 SELECT @@version; —— 它在某些旧版 MySQL 或启用了 sql_mode=NO_ENGINE_SUBSTITUTION 的环境下可能报错；而 VERSION() 是标准函数，所有 MySQL 5.0+ 都支持。

• SELECT VERSION(); 返回字符串，可直接用于判断分支逻辑（如兼容性检查）
• 如果只想要主版本号，可用 SUBSTRING_INDEX(VERSION(), '.', 2) 提取前两段
• 注意：mysql --version 命令查的是客户端版本，不是服务端，别混了

PostgreSQL 查版本必须用 version() 函数

PostgreSQL 没有 @@version 这种变量，唯一可靠方式是调用 version()（小写函数名，带括号）。它返回包含操作系统、编译器、位数等详细信息的长字符串，但主版本号总在开头（如 PostgreSQL 15.4 (Ubuntu 15.4-1.pgdg22.04+1) on x86_64-pc-linux-gnu）。

容易踩的坑是写成 VERSION（无括号）—— 这会被当成列名或未定义标识符报错；也别用 current_setting('server_version')，它只返回简略版（如 15.4），丢掉了关键的构建上下文。

• SELECT version(); 是唯一推荐写法，所有 PG 9.0+ 兼容
• 若需提取纯数字主版本，可用 substring(version() from '(\d+\.\d+)')
• 在 Docker 或云托管环境（如 RDS、Supabase）中，version() 仍准确，不被代理层拦截

SQL Server 的 @@VERSION 和 SERVERPROPERTY 选哪个？

SQL Server 里 SELECT @@VERSION; 看起来方便，但它返回的是带操作系统、CPU 架构、产品类型的大段文本，解析困难；真正该用的是 SERVERPROPERTY —— 它按字段拆解，稳定且可用于条件判断。

比如查是否为 Azure SQL，SERVERPROPERTY('EngineEdition') 返回 5，比从 @@VERSION 字符串里 grep “Azure” 可靠得多。

• SELECT SERVERPROPERTY('ProductVersion'); 得到 15.0.2000.5 这类标准格式
• SERVERPROPERTY('Edition') 区分 Express / Standard / Enterprise，@@VERSION 里藏得深还易变
• 注意：SERVERPROPERTY 在低权限用户下可能返回 NULL，而 @@VERSION 总能查到（但信息质量差）

跨数据库写法要注意：没有通用函数

别指望一个 SQL 语句在 MySQL、PostgreSQL、SQL Server 上都返回版本——它们函数名、大小写、括号规则全不同。硬写兼容逻辑反而增加出错概率。

实际项目里，要么按数据库类型分路径（比如 ORM 的 dialect 判断），要么在连接初始化时就执行对应语句缓存结果。临时拼接 SELECT CASE WHEN @@VERSION IS NOT NULL THEN @@VERSION ELSE version() END 这类写法，在多数数据库上会直接语法报错。

• SQLite 用 SELECT sqlite_version();，函数名又不一样
• Oracle 用 SELECT * FROM v$version;，是查视图，不是函数
• 最省事的方式：连上库后第一件事就是跑对应语句，把结果存在 db_version 变量里，后续逻辑只读这个变量

版本字符串里的空格、连字符、括号位置各不相同，想靠正则统一提取主版本号，不如一开始就用对函数。