本文主要是介绍MyBatis模糊查询报错：ParserException: not supported.pos 问题解决，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
《MyBatis模糊查询报错：ParserException:notsupported.pos问题解决》本文主要介绍了MyBatis模糊查询报错：ParserException:notsuppo...
问题描述
在使用MyBATis执行如下SQL时出现Druid解析异常：
<select id="selectListMzHairVoById" resultMap="MzPinHairMap">
select ... where pin_no like "%"#{id}"%"
</select>
报错信息：
log merge sql error, dbType mysql, druid-1.2.9, sqhttp://www.chinasem.cnl : ... like '%'?'%' com.alibaba.druid.sql.parser.ParserException: not supported.pos 155...
问题根源
错误SQL解析逻辑
MyBatis会将 "%\"#{id}\"%" 解析为：
sql WHERE pin_no LIKE '%'?'%'
导致参数占位符被单引号包裹，MySQL无法识别这种语法结构
深层原因分析
- 字符串拼接问题：直接使用
"%"#{id}"%"会导致预编译参数位置错误 - SQL注入风险：虽然使用
#{}是安全的，但错误的语法结构可能绕过预编译机制 - Druid严格校验：阿里Druid连接池对SQL语法有严格校验（比MySQL原生更严格）
三种解决方案
方案一：使用CONCAT函数（推荐）
<select id="selectListMzHairVoById" resultMap="MzPinHairMap">
SELECT ...
WHERE pin_no LIKE CONCAT('%', #{id}, '%')
</select>
优势：
- 符合SQL标准语法
- 100%预编译安全
- 兼容所有数据库连接池
方案二：bind标签绑定参数
<select id="selectListMzHairVoById" resultMap="MzPinHairMap">
<bind name="pattern" value="'%' + id + '%'"/>
SELECT ... WHERE pin_no LIKE #{pattern}
</select>
适用场景：需要动态构造复杂匹配模式时使用
方案三：Java端预拼接参数
Service层：
publi编程c List<MzPinHairVo> query(String id) { Stpythonring se编程archParam = "%" + id + "%"; return mapper.selectListMzHairVoById(searchParam); }
Mapper.XML：
<select id="selectListMzHairVoById" resultMap="MzPinHairMap">
SELECT ...
WHERE pin_no LIKE #{id}
</select>
注意事项：需确保参数来源可信，防止SQL注入
方案对比
| 方案 | 安全性 | 可维护性 | 性能 | 跨数据库兼容性 |
|---|---|---|---|---|
| CONCAT | ★★★ | ★★★ | ★★★ | ★★★ |
| bind标签 | ★★★ | ★★☆ | ★★☆ | ★★★ |
| Java拼接 | ★★☆ | ★☆☆ | ★★★ | ★★★ |
到此这篇关于MyBatis模糊查询报错：ParserException: not supported.pos 问题解决的文章就介绍到这了,更多相关MyBatis模糊查询报错内容请搜索China编程(www.cppcns.c编程om)以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程China编程(www.chinasem.cn)！
这篇关于MyBatis模糊查询报错：ParserException: not supported.pos 问题解决的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
