1. CONCAT函数的基础与进阶用法MyBatis中的CONCAT函数就像数据库操作中的胶水能把零散的字符串片段粘合成我们需要的完整形态。我刚开始用MyBatis时经常手动拼接Java字符串再传给SQL直到发现这个宝藏函数才明白什么是真正的优雅。基础用法就像搭积木比如把用户表的姓和名拼成完整姓名select idgetUserFullName resultTypeString SELECT CONCAT(last_name, first_name) FROM users WHERE user_id #{userId} /select但真正有意思的是它的动态拼接能力。去年做电商项目时我们需要根据用户选择动态生成商品搜索条件。比如用户同时筛选品牌和价格区间时SQL条件就要自动组合select idsearchProducts resultTypeProduct SELECT * FROM products where if testbrand ! null AND brand_name CONCAT(#{brand}, %) /if if testminPrice ! null AND price CONCAT(#{minPrice}, .00) /if /where /select这里有个实战技巧当需要处理数字和字符串混合拼接时用CONCAT比Java端转换更可靠。有次我们遇到浮点数精度问题就是在数据库层用CONCAT统一格式化才解决的。2. 动态SQL中的高阶字符串处理在复杂业务场景下单纯的字符串连接往往不够用。我们经常需要处理带条件的字符串组装这时候CONCAT配合MyBatis的动态SQL标签会展现出惊人威力。多条件模糊查询是最典型的案例。比如用户管理系统要支持姓名、工号、部门的多字段组合搜索select idfindEmployees resultTypeEmployee SELECT * FROM employee where if testkeyword ! null AND ( CONCAT(last_name, first_name) LIKE CONCAT(%, #{keyword}, %) OR employee_no LIKE CONCAT(%, #{keyword}, %) OR department LIKE CONCAT(%, #{keyword}, %) ) /if if teststatus ! null AND status #{status} /if /where /select动态列选择是另一个实用技巧。在做报表导出功能时我们可能需要根据用户选择动态决定要查询的列select idexportReport resultTypemap SELECT id, if testincludeName CONCAT(last_name, first_name) AS full_name, /if if testincludeDepartment department, /if create_time FROM employee /select注意这里有个坑当所有条件列都被排除时SQL语句会多出逗号导致语法错误。我的解决方案是在外层用trim标签处理trim prefixSELECT suffixOverrides, id, if testincludeNameCONCAT(...),/if ... /trim3. 跨数据库兼容方案不同数据库对字符串处理的支持差异很大这是我在做多数据库支持项目时踩过最深的坑。MySQL的CONCAT很友好但Oracle就完全是另一回事。Oracle的特殊性最让人头疼。它要求CONCAT只能有两个参数多参数时需要嵌套!-- MySQL写法 -- CONCAT(first_name, , last_name) !-- Oracle等效写法 -- CONCAT(CONCAT(first_name, ), last_name)更坑的是SQL Server它用加号连接字符串但遇到NULL会返回NULL。为此我们专门写了数据库方言判断if test_databaseId mysql CONCAT(#{prefix}, name) /if if test_databaseId sqlserver ISNULL(#{prefix}, ) ISNULL(name, ) /if最佳实践是封装一个自定义函数。我们在MyBatis拦截器里实现了统一的smartConcat方法自动根据当前数据库类型选择合适语法。核心思路是这样的public String smartConcat(String... parts) { if(isMySQL()) { return CONCAT( String.join(, , parts) ); } else if(isOracle()) { // 生成嵌套CONCAT } }4. 性能优化实战技巧当数据量达到百万级时CONCAT使用不当会导致查询性能断崖式下跌。去年优化过一个CRM系统其中有个客户列表查询从8秒降到0.5秒关键就在CONCAT的优化。索引失效是最常见的问题。比如这样的查询SELECT * FROM users WHERE CONCAT(first_name, last_name) LIKE %张伟%即使first_name和last_name都有索引数据库也无法使用。我们的优化方案是新增full_name冗余列并建立索引查询改为WHERE full_name LIKE %张伟%用触发器维护full_name的一致性批量处理比循环更高效。有次需要生成10万条姓名-工号的组合数据最初用Java循环拼接耗时15秒。改为SQL批量处理update idupdateEmployeeTags UPDATE employees SET tag CONCAT(name, -, employee_no) WHERE department #{dept} /update耗时降到0.3秒这就是集合操作的威力。内存控制也很重要。处理大文本字段时我曾遇到过一个OOM事故!-- 危险可能加载超大文本 -- SELECT CONCAT(content, footer) FROM articles现在我们会强制加上长度限制SELECT CONCAT(SUBSTR(content, 1, 1000), SUBSTR(footer, 1, 100)) FROM articles5. 安全防护与异常处理字符串拼接最容易引发SQL注入风险即使用MyBatis也不能掉以轻心。我们安全团队去年审计发现开发人员常犯几个危险错误。最危险的误区是误用${}代替#{}。有段代码这样写SELECT * FROM users WHERE name CONCAT(prefix_, ${userInput})这相当于开门揖盗。正确的做法永远是WHERE name CONCAT(prefix_, #{userInput})NULL值处理是另一个坑。当CONCAT参数中有NULL时MySQL会返回NULL这可能导致意外结果。我们有次发现报表数据缺失就是因为CONCAT(address, , , city)当address为NULL时整行数据消失。解决方案是用IFNULL或COALESCECONCAT(IFNULL(address, ), , , IFNULL(city, ))字符集问题也值得注意。处理多语言数据时我们遇到过CONCAT导致乱码的情况。后来发现是连接时字符集不统一CONCAT(CONVERT(address USING utf8mb4), tel_number)现在我们会强制统一字符集CONCAT( CONVERT(col1 USING utf8mb4), CONVERT(col2 USING utf8mb4) )6. 复杂业务场景实战在最近开发的工单系统中我们设计了一个动态标签生成功能充分挖掘了CONCAT的潜力。业务要求根据工单类型、紧急程度等属性自动生成如[VIP][加急]财务问题这样的标签。多层条件判断是这个功能的核心select idgetTicketLabel resultTypeString SELECT CONCAT( if testisVip[VIP],/if if testpriority HIGH[加急],/if if testcategory ! null CONCAT([, #{category}, ]), /if title ) FROM tickets WHERE id #{id} /selectJSON数据处理是另一个亮点。当我们需要从JSON字段提取元素拼接字符串时SELECT CONCAT( 用户:, JSON_EXTRACT(user_info, $.name), 余额:, JSON_EXTRACT(user_info, $.balance) ) FROM accounts日期格式化也经常需要拼接。我们封装了通用方法sql idformatDate CONCAT( YEAR(create_time), 年, MONTH(create_time), 月, DAY(create_time), 日 ) /sql在报表项目中这个日期格式化方案被复用了20多次大大提升了开发效率。