sqlserver like SQL Server 2025 新技术系列介绍（第三期）

sqlserver like SQL Server 2025 新技术系列介绍（第三期）

一、开发者实战：用最熟悉的 SQL 做最酷的事

SQL 2025 被微软称为“十年来最重要的 SQL 开发者版本”，其核心逻辑清晰而直接：将过去需要多种外部工具和复杂集成的能力，收敛到 T-SQL 中，让开发者用最熟悉的语言完成从前端 API 到后端向量搜索的全链路开发。

1.1 原生 JSON 数据类型：告别字符串解析时代

JSON 早已成为现代应用的数据交换标准，但传统 SQL 中 JSON 以字符串形式存储，查询时需要解析整个字符串才能定位某个键值——效率低下且资源消耗巨大。

SQL 2025 引入原生 JSON 数据类型，采用 UTF-8 编码的二进制格式 存储数据，引擎可以直接访问指定的键而无需解析整个文档。同时支持为 JSON 字段建立高速索引，实现高性能的文档式查询。对于从关系数据构建 JSON 文档的场景sqlserver like，新增了两个聚合函数：

sql

('City':City, '':) AS

FROM ;

支持 NULL ON NULL（保留 NULL）和 ON NULL（忽略 NULL）两种行为控制。

在 SSMS 22 的结果网格中sqlserver like，现在可直接将查询结果导出为 JSON 格式，进一步简化了开发流程。

1.2 正则表达式（Regex）函数：原生实现，告别 CLR 曲线救国

过去在 T-SQL 中做复杂模式匹配，要么用 LIKE 加通配符勉强应付，要么依赖 CLR 扩展——既增加部署复杂度又影响性能。SQL 2025 原生引入了三个正则表达式函数：

函数

功能说明

判断字符串是否匹配正则模式（支持 索引加速）

将匹配正则的子字符串替换为新字符串sqlserver like SQL Server 2025 新技术系列介绍（第三期），支持 LOB 类型

提取匹配正则的子字符串，支持 LOB 类型

这些函数的原生实现意味着更快的执行速度和更低的资源开销，使 T-SQL 中的文本处理能力跃升了一个台阶。

1.3 模糊字符串匹配：让搜索更“通情达理”

姓名匹配、地址去重、数据清洗——这些场景中，精确匹配往往难以满足实际需求。SQL 2025 新增的 E 和 ITY 函数，基于 Jaro- 算法计算两个字符串之间的相似度，非常适合处理姓名、地址等易出现拼写偏差的数据。

1.4 REST API 集成：T-SQL 直连外部服务

SQL 2025 新增系统存储过程

，允许直接在 T-SQL 中调用外部 REST 或 服务sqlserver like，无需编写中间层代码。这使得在数据库触发器中实时调用外部 API、与云服务无缝交互成为可能。

1.5 变更事件流（CES）：实时推送的变革

Event （CES） 是 SQL 2025 在数据集成领域的重大革新。不同于传统的变更数据捕获（CDC）需要先将变更写入内部表再供消费，CES 直接从事务日志读取变更并推送到 Azure Event Hubs，大幅降低 I/O 开销。

CES 相比 CDC 的关键差异：

维度

CDC

CES

捕获目标

内部系统表（需额外 I/O）

事件流（“无 I/O”）

捕获方法

查询系统表，多目标

处理事件流，单目标

使用场景

数据仓库、审计

事件驱动架构、微服务集成、实时分析、缓存同步

DDL 变更捕获

不支持

支持

传输方式

拉取（pull-based）

推送（push-based）

CES 的核心价值在于：表发生变更的瞬间，JSON 记录即可被推送到事件中心，下游应用实时响应。在 / 的 F1 主题演示中，当赛道发生事故时，CES 即时触发黄旗信号，AI 服务随即决策是否更换轮胎——这就是事件驱动架构的典型落地。截至 CU3，CES 已支持 Entra 身份认证和 Azure SQL 托管实例。

1.6 驱动程序正式发布

for SQL （mssql-）正式 GA，提供现代化的高性能连接器sqlserver like SQL Server 2025 新技术系列介绍（第三期），原生支持 Entra ID 认证，为 开发者提供了与 SQL 交互的全新体验。

二、DBA 运维实战：让数据库运行得更聪明

如果说开发者新特性让“写 SQL”更高效，那么 DBA 相关的增强则让“管 SQL”更轻松——很多过去需要手动介入的运维工作，现在可以交由数据库自动完成。

2.1 SSMS 22 与 ：DBA 的 AI 助手

SSMS 22 已正式发布，其核心亮点之一是 的深度集成。截至 22.4.1（2026 年 3 月）， 在 SSMS 中已正式 GA，支持在查询编辑器中自动补全代码、通过聊天窗口直接向 询问数据库信息， 还可以帮助改进查询、检测索引和统计信息、生成查询等。

此外，SSMS 22 新增的 查询提示推荐工具 可自动分析查询并推荐合适的查询提示；ARM64 架构的支持也让 macOS 用户使用体验更加流畅。

2.2 优化锁定 + ADR：高并发场景的黄金组合

在高并发 OLTP 环境中，锁争用和阻塞往往是性能瓶颈的根源。SQL 2025 引入了 优化锁定（ ） 机制，能够在保持数千个行锁的同时，推迟甚至避免升级到表锁，从而显著降低阻塞和竞争。

这一机制与 加速数据库恢复（ADR） 深度绑定——优化锁定依赖 ADR 管理事务回滚和清理。ADR 启用后，长事务回滚不再是“盯着‘ back …’发呆”的痛苦体验，取消的查询能快速清理，崩溃恢复时间大幅缩短。

2.3 资源治理：终结“一个查询撑爆整个库”的噩梦

这是 DBA 群体期待已久的功能。SQL 2025 中，资源调控器（ ）终于可以限制每个工作负载对 空间的使用量。配置示例：

sql

— 启用资源调控器

ALTER ;

GO

— 创建限制 用量为 25% 的工作负载组

GROUP

WITH ( = 25);

GO

ALTER ;

GO

这样一来，即使某个报表查询存在严重的数据溢出，也无法消耗超过 25% 的 空间，生产环境的其他工作负载不会因此遭受“池鱼之殃”。

更值得关注的是，资源调控器现在已在 中可用，这对于使用标准版的企业而言是一个实质性的运维能力跃升。同时， 现在也可以开启加速数据库恢复，取消的查询能快速清理， 日志可更积极地截断。

2.4 查询存储（Query Store）与智能查询处理（IQP）协同

查询存储是 DBA 手中的性能诊断利器。在 SQL 2025 中，查询存储功能已扩展到 On 可用性组的可读辅助副本，DBA 在任何副本上都能获得统一的性能视图。

智能查询处理（IQP）体系在 2025 版本中显著强化：

IQP 功能

说明

可选参数计划优化（OPPO）

在运行时根据参数是否为 NULL 自动选择最优计划，解决存储过程因可选参数导致的性能不一致

表达式的基数估计（CE）反馈

从前序执行中学习，自动将适当的 CE 模型应用于未来查询中的重复表达式

SQL

减少动态查询的编译风暴，大量使用动态 SQL 的环境（如 、AX）将显著受益

自适应参数优化（APPO）

根据参数值实时选择不同计划，一个小参数走嵌套循环，一个大参数自动切换为哈希连接

IQP 的核心价值在于从被动响应走向主动优化——引擎不再等待 DBA 介入，而是通过持续反馈和 AI 技术自行检测低效计划并替换或修改。

2.5 ZSTD 备份压缩：更快、更省、更稳

SQL 2025 新增 ZSTD（）备份压缩算法，相比传统压缩提供更高的压缩比和更快的压缩速度。对于备份窗口紧张或存储成本敏感的环境，这是一个立竿见影的收益。

三、性能调优实战案例：真实负载下的验证

理论之外，真实负载下的性能表现才是 DBA 最关心的问题。以下是几组关键场景的实战验证：

案例一：优化锁定 + ADR 在高并发 OLTP 环境中的效果

在一组针对 20,000 行数据的并发更新测试中，SQL 2025 的优化锁定配合 ADR，成功将锁升级阈值大幅提升——在 SQL 2022 中，修改约数千行可能触发全表锁，而在 2025 版本中系统能够保持行级锁的精细粒度，显著降低阻塞和竞争。已在真实生产工作负载中验证了其对并发性能的实质提升。

案例二： 资源治理防止单个查询影响全局

通过资源调控器对报表查询设置

限制，即使存在数据溢出严重的查询， 使用量也被有效控制在指定阈值内，确保了 OLTP 核心业务不受影响。资源调控器在 中可用后，这一能力惠及更广泛的企业用户。

案例三：参数敏感计划优化消除“计划抖动”

使用 配合正确的索引策略，查询性能相比传统 CLR 方案实现了数量级的提升。而参数敏感计划优化机制则解决了存储过程因不同参数值执行计划“时好时坏”的长期痛点。

案例四：混合搜索——向量 + 全文 + 过滤的组合应用

传统的全文索引可以找到“red bike”，但无法理解“ ”与“red bike”的语义关联；而向量搜索恰好填补了这一空白。SQL 2025 支持将向量相似性搜索与全文检索及结构化过滤条件组合执行，例如：先通过结构化过滤缩小范围，再在子集中执行语义相似性排序。结合 索引，即使数据规模达到数亿级别，检索性能仍然保持稳定。

四、综合建议：何时升级，何时观望

4.1 SQL 2022 vs. 2025：差异化价值评估

维度

SQL 2022

SQL 2025

升级价值

AI 与向量

需外部工具

原生向量 + + T-SQL AI 函数

高（语义搜索、RAG 直接落地）

JSON 支持

字符串模拟

原生数据类型 + 索引 + 聚合函数

高（性能与开发体验双提升）

正则表达式

CLR 曲线救国

原生函数（）

高（性能与简化部署）

优化锁定

锁升级阈值固定

ADR 驱动的智能锁定

中高（高并发环境受益明显）

治理

无资源限制

+ 可用

高（多租户/共享环境刚需）

CES

CDC（拉取 + 内部表）

推送式事件流

中高（事件驱动架构必选）

备份压缩

ZSTD 算法

中（更快更省）

资源调控器

仅

可用

中高（标准版用户获益）

4.2 建议尽快升级的场景

4.3 建议审慎评估的场景

4.4 升级流程标准化框架

无论何种场景，建议遵循以下流程：

阶段

关键动作

盘点与发现

使用 SSMS 22 的 Hub 识别所有实例及依赖关系

兼容性评估

运行评估报告，重点关注 MDS/DQS 移除、SLES 停用等阻塞项

目标环境准备

安装 SQL 2025，配置兼容性级别 170 以启用新 IQP 功能

迁移执行

使用 SSMS 迁移组件，选择就地升级或并排迁移

后迁移验证

验证架构、权限、性能基线，选择性启用预览功能（通过 ）

版本兼容性提示：SQL 2025 数据库内部格式升级为永久变更，升级后将无法降级回 2022。生产环境升级前务必在测试环境中完成充分的性能验证。

五、系列总结

回顾整个系列，SQL 2025 的革新覆盖了从核心引擎到应用开发的全栈：

SQL 2025 遵循固定生命周期政策，主流支持持续至 2030 年，扩展支持至 2035 年。无论您是正在规划 AI 应用的开发者、忙碌于日常运维的 DBA，还是制定技术路线的架构师，SQL 2025 都提供了值得认真评估的新能力。建议从最贴近当前痛点的功能切入，在充分测试的基础上逐步推进——毕竟，最好的升级时机是准备好了的那一刻，而不是最新版本发布的那一刻。

参考资源

系列结语：至此，SQL 2025 新技术系列三期已全部推出。从 AI 内嵌到高可用架构，再到开发运维实战，我们共同见证了数据库技术的一次深刻变革。感谢您的持续关注！