ClickHouse插入语句中使用extract正则提取表达式失效，查询语句却正常的问题

这个问题的核心原因是正则表达式中特殊字符的转义处理在不同SQL执行场景下的差异，具体来说是\d的转义问题。

为什么查询时生效，插入时失败？ #

在ClickHouse中，正则表达式的\d用于匹配数字，但当你在SQL语句中使用单引号包裹正则表达式时，部分客户端或SQL解析上下文会将单个反斜杠\视为转义字符，导致实际传递给ClickHouse的正则表达式变成了d{4}-d{2}-d{2} d{2}:d{2}:d{2}——这显然无法匹配时间字符串中的数字部分，extract函数会返回空字符串，后续toDateTime解析空字符串自然就抛出Cannot parse DateTime from String的错误。

而在查询场景下，可能你的客户端恰好保留了单个反斜杠的含义，让\d正确传递给了ClickHouse，所以extract能正常提取时间部分，toDateTime也能正常解析。

解决方案：使用双反斜杠转义\d #

将正则表达式中的\d替换为\\d，确保无论在查询还是插入场景下，ClickHouse都能正确识别正则表达式的数字匹配规则。

修改后的插入语句示例：

INSERT INTO your_table (datetime_column)
SELECT toDateTime(extract('2016-08-02 07:06:18+00:00', '\\d{4}-\\d{2}-\\d{2} \\d{2}:\\d{2}:\\d{2}'));

额外优化：直接使用带时区解析的函数 #

如果你不需要手动提取时间部分，也可以直接使用toDateTime的时区参数，或者parseDateTimeBestEffort函数来自动解析带时区的时间字符串，避免正则提取的麻烦：

-- 直接解析带时区的字符串，指定目标时区为UTC
SELECT toDateTime('2016-08-02 07:06:18+00:00', 'UTC');

-- 自动识别时间格式
SELECT parseDateTimeBestEffort('2016-08-02 07:06:18+00:00');

这两种方式在插入语句中也能正常工作，无需手动处理正则转义问题。

内容的提问来源于stack exchange，提问作者Sasha Moiseenko