Druid SQL解析器对MySQL建表语句中默认值括号的处理优化

背景介绍

在数据库开发中，创建表时经常需要为字段设置默认值。MySQL 8.0及以上版本支持在DEFAULT子句中使用表达式，包括函数调用，并且这些表达式可以用括号括起来。例如，在创建表时为日期字段设置默认值为当前日期，可以使用DEFAULT (curdate())这样的语法。

问题现象

在使用Druid 1.2.22版本的SQL解析器处理包含带括号的默认值表达式的建表语句时，解析器会错误地移除表达式周围的括号。例如：

原始SQL：

CREATE TABLE `t2` (
  `create_date` date NOT NULL DEFAULT (curdate()) COMMENT '创建日期'
)

经过Druid解析后会变成：

CREATE TABLE `t2` (
  `create_date` date NOT NULL DEFAULT curdate() COMMENT '创建日期'
)

这种转换会导致SQL语法错误，因为MySQL要求函数调用作为默认值时必须用括号括起来。

技术分析

这个问题源于Druid SQL解析器在处理默认值表达式时的括号处理逻辑不够完善。在早期的MySQL版本中，DEFAULT子句通常只接受常量值，但随着MySQL功能的增强，现在允许使用更复杂的表达式。

Druid解析器在解析过程中，将默认值表达式识别为函数调用后，没有保留原始SQL中的括号信息，导致生成的SQL语句不符合MySQL的语法要求。

解决方案

Druid开发团队已经在新版本(1.2.23)中修复了这个问题。修复的核心内容包括：

1. 增强了对DEFAULT子句中表达式的解析能力
2. 完善了括号的保留逻辑
3. 确保生成的SQL与原始SQL在功能上完全等价

修复后的解析器能够正确识别并保留默认值表达式中的括号，确保生成的SQL语句符合MySQL的语法规范。

最佳实践

对于需要使用Druid SQL解析器的开发者，建议：

1. 及时升级到修复后的版本(1.2.23或更高)
2. 在编写包含表达式默认值的建表语句时，确保使用括号
3. 测试解析后的SQL是否能在目标数据库上正确执行

对于暂时无法升级的用户，可以考虑以下临时解决方案：

1. 手动处理解析后的SQL，添加必要的括号
2. 避免在Druid解析器中使用这类高级语法

总结

Druid作为一款优秀的Java数据库连接池和SQL解析工具，持续优化对各种数据库语法的支持。这次对MySQL建表语句中默认值括号处理的改进，体现了开发团队对细节的关注和对标准兼容性的重视。开发者应当关注这类语法解析的改进，以确保应用程序与数据库交互的准确性和可靠性。