POSITION是SQL标准函数，语法为POSITION('sub' IN str)，返回1-based位置；LOCATE是MySQL扩展函数，语法为LOCATE(substr, str[, pos])，支持起始偏移且参数顺序相反。
POSITION 和 LOCATE 在标准 SQL 与 MySQL 中的行为差异
POSITION 是 SQL 标准函数，语法为 POSITION(substring IN string)，返回子串首次出现的 1-based 位置；LOCATE 是 MySQL 扩展函数，语法为 LOCATE(substring, string[, start_pos])，支持可选起始偏移。二者在 MySQL 中都可用，但语义和参数顺序不同——混用容易导致逻辑错误。
常见错误现象：POSITION('a' IN 'banana') 返回 1，而 LOCATE('a', 'banana') 也返回 1；但若写成 LOCATE('banana', 'a')（参数颠倒），会返回 0，看似“没找到”，实则是搜错了方向。
- 标准 SQL 环境（如 PostgreSQL、SQL Server）只认
POSITION，不支持LOCATE - MySQL 中
POSITION是LOCATE的别名，但不支持第三个参数，无法指定起始位置 - PostgreSQL 还提供
STRPOS(string, substring)，语序和LOCATE相反，需特别注意
如何用 LOCATE 实现从第 N 个字符后开始查找
这是 POSITION 做不到、而 LOCATE 的第三个参数能直接解决的典型场景。比如想跳过前两个字符再找 'o'：在 'hello world' 中，LOCATE('o', 'hello world', 3) 返回 5（第一个 o 在位置 5，因为从第 3 位 'l' 开始查）。
实际使用中容易忽略：起始位置是 1-based，且超出字符串长度时返回 0，不是 NULL；如果误传 0 或负数，MySQL 会静默转为 1，可能掩盖逻辑错误。
-
LOCATE('o', 'hello', 1)→ 5 -
LOCATE('o', 'hello', 6)→ 0（越界） -
LOCATE('o', 'hello', 0)→ 5（被自动纠正为从位置 1 查） - 若需安全跳过前 n 个字符，建议先用
LENGTH判断是否足够长，再调用
用 POSITION/LOCATE 配合 SUBSTRING 提取中间字段
定位只是第一步，真正常用的是结合 SUBSTRING 截取内容。例如解析日志行 '[ERROR] 2024-03-15 10:22:33 Connection refused'，想提取时间部分（紧跟在空格后、下一个空格前）：
SELECT SUBSTRING(
log_line,
LOCATE(' ', log_line) + 1,
LOCATE(' ', log_line, LOCATE(' ', log_line) + 1) - LOCATE(' ', log_line) - 1
) AS time_part
FROM (SELECT '[ERROR] 2024-03-15 10:22:33 Connection refused' AS log_line) t;这个写法嵌套了三次 LOCATE，可读性差且性能低。更稳妥的做法是用 LOCATE 找到第一个空格位置 p1，再找从 p1+1 开始的下一个空格位置 p2，然后 SUBSTRING(log_line, p1+1, p2-p1-1)。注意：所有位置计算必须基于 1-based，否则截取会偏移。
- MySQL 中
SUBSTRING(str, pos, len)的pos是 1-based，和LOCATE一致 - 若第二个
LOCATE返回 0（找不到），整个SUBSTRING会返回空字符串，不会报错，但结果可能不符合预期 - 复杂分隔场景建议改用正则（
REGEXP_SUBSTR，MySQL 8.0+）或应用层处理
POSITION/LOCATE 返回 0 而不是 NULL 的含义和应对
二者都返回整数，查不到时统一返回 0，不是 NULL。这和多数字符串函数（如 INSTR）行为一致，但和布尔判断直觉冲突——不能写 WHERE LOCATE('x', col) != NULL，而要写 != 0 或 > 0。
最容易被忽略的一点：0 是有效位置吗？不是。SQL 标准中位置从 1 开始，0 是“未找到”信号。但在数值上下文中（比如参与加减运算），0 会被当作普通数字参与计算，可能导致意外结果。
-
WHERE LOCATE('abc', col) > 0是推荐写法，语义清晰 -
WHERE LOCATE('abc', col)在 WHERE 中会隐式转布尔，0 为 false，非 0 为 true——可行但可读性差 - 若后续要用该位置做偏移计算（如
SUBSTRING(col, LOCATE(...) + 1)），必须先判断是否 > 0，否则 +1 后可能截取到错误位置
