我之前在把MySQL的数据库代码迁移到H2时，也踩过IGNORECASE=TRUE不生效的坑，尤其是涉及到函数调用或者关联查询的场景，这个参数的作用范围确实有限。针对你提到的LOCATE函数查询问题，给你几个可行的解决方案：

1. 确保开启MySQL兼容模式 #

光加IGNORECASE=TRUE不够，JDBC连接URL必须同时指定MODE=MySQL，让H2完全模拟MySQL的行为规则，包括字符串处理逻辑。完整的URL示例：

jdbc:h2:~/your_database_name;MODE=MySQL;IGNORECASE=TRUE

这个设置会让H2对齐MySQL的很多默认行为，包括部分字符串函数的大小写处理。

2. 手动统一大小写适配LOCATE函数 #

H2的LOCATE函数默认是大小写敏感的，哪怕开启了IGNORECASE也不会自动对函数内部的字符串生效。这时候可以用LOWER()或UPPER()强制统一字符串的大小写，修改你的查询如下：

SELECT e.id 
FROM entities e 
LEFT JOIN ranges r ON e.range = r.id 
WHERE LOCATE(LOWER(?), LOWER(e.name)) BETWEEN r.start AND r.end

这种方式的好处是兼容性极强，不管是H2还是MySQL都能正常工作，完全避免大小写差异的问题。

3. 给字符串列设置大小写不敏感的排序规则 #

如果不想每次查询都手动转大小写，可以在创建entities表时，给name列指定大小写不敏感的collation（排序规则）：

CREATE TABLE entities (
    id INT PRIMARY KEY,
    name VARCHAR(255) COLLATE SQL_Latin1_General_CP1_CI_AS,
    range INT
);

H2支持多个CI（Case Insensitive）类型的collation，设置后该列的所有字符串操作（包括LOCATE）都会自动以大小写不敏感的方式处理，无需额外转换。

补充说明 #

IGNORECASE=TRUE参数仅对直接的字符串比较（比如WHERE name = ?或LIKE查询）生效，对于LOCATE、SUBSTRING这类函数内部的字符串匹配，它不会自动介入，这就是你遇到问题的核心原因。结合上面的几种方法，就能覆盖绝大多数大小写不敏感的查询场景了。

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