Druid SQL解析器括号嵌套优化逻辑解析

在数据库迁移项目中，SQL语句的兼容性处理是一个常见挑战。近期Druid项目针对SQL格式化中的括号嵌套问题进行了重要优化，本文将深入解析这一技术改进。

问题背景

在数据库迁移场景中，特别是从PostgreSQL到达梦数据库(DM8)的迁移过程中，开发人员发现分页查询语句的括号处理存在问题。原始SQL在PostgreSQL中能正常执行：

limit #{pageSize} offset ( #{pageNo} - 1 ) * #{pageSize}

迁移到达梦数据库后，自动化工具为保持兼容性添加了额外括号：

select * from tb_test limit 10 offset ( (2 - 1) * 1 )

然而经过Druid的SQLUtils.format方法处理后，外层括号被"优化"移除，导致在达梦数据库中执行失败。

技术原理

Druid的SQL解析器原本设计了一套括号优化逻辑，目的是去除SQL语句中"不必要"的括号，使SQL更加简洁。这套逻辑基于以下假设：

1. 数学表达式中的括号优先级已经明确
2. 外层括号不影响运算顺序时可以安全移除

但在实际数据库兼容性场景中，这种假设并不总是成立。不同数据库引擎对SQL语法的解析严格程度不同，特别是对于分页查询等非标准SQL语法。

解决方案

Druid团队没有采用简单的开关方案，而是从根本上重构了括号处理逻辑：

1. 重新设计语法树节点结构，更精确地记录括号位置信息
2. 区分语法必需括号和可优化括号
3. 在SQL生成阶段保留必要的括号结构

这种改进确保了：

• 保持原有SQL的语义完整性
• 兼容不同数据库的特殊语法要求
• 不损失SQL格式化后的可读性

实际影响

这一改进特别有利于：

1. 数据库迁移项目，确保改写后的SQL保持预期结构
2. 需要精确控制SQL语法结构的应用场景
3. 使用非标准SQL语法的特殊业务需求

最佳实践

对于开发者而言，建议：

1. 在数据库迁移场景中，使用最新版Druid进行SQL格式化
2. 对于特殊语法要求，考虑显式添加注释标记重要括号
3. 测试阶段应验证格式化后的SQL在各目标数据库中的执行效果

这一改进已包含在Druid 1.2.23版本中，为数据库兼容性处理提供了更可靠的基础支持。