mysql中instr无法直接找最后一次出现位置，需用reverse+instr+length组合计算：length(str)-instr(reverse(str),substr)+1，注意空值、空字符串及多字节字符处理。
MySQL 里怎么用 INSTR 找最后一次出现的位置
INSTR 本身只支持从左往右找第一次匹配，不支持反向搜索。想查最后一次出现的位置，得绕一下：先用 REVERSE 翻转字符串，再用 INSTR 找第一次，最后换算回原位置。
比如查 'hello world' 中最后一个 'l' 的位置（从 1 开始计数）：
SELECT LENGTH('hello world') - INSTR(REVERSE('hello world'), 'l') + 1;
结果是 10 —— 因为 'l' 在倒序后第一次出现在第 2 位，原长度 11 减去 2 加 1 得到 10。
- 注意
INSTR(haystack, needle)参数顺序是「被查字符串在前，目标字符在后」，和strpos()相反 - 如果目标字符不存在，
INSTR返回 0，此时上面公式会得到LENGTH + 1，需加CASE判断规避 -
LENGTH计算的是字节数，对多字节字符（如中文）可能出错；稳妥起见用CHAR_LENGTH
SQL Server 怎么用 CHARINDEX 实现反向查找
CHARINDEX 也不支持直接从右往左搜，但可以配合 REVERSE 和 LEN 换算，逻辑和 MySQL 类似，只是函数名和空值处理略有不同。
示例：在 'test@example.com' 中找最后一个 '@' 的位置：
SELECT LEN('test@example.com') - CHARINDEX('@', REVERSE('test@example.com')) + 1;
结果是 5（即 @ 在第 5 位）。
-
CHARINDEX第三个参数可指定起始位置，但只支持正向偏移，不能设负数来反向查 - 如果没找到，
CHARINDEX返回 0，公式会算出错误位置，建议包一层NULLIF或CASE WHEN -
LEN会忽略末尾空格，若字段含空格且需精确计数，改用DATALENGTH并除以字符编码字节数（如 UTF-16 下除 2）
更通用的方案：用 LOCATE（MySQL）或自定义函数（SQL Server）
MySQL 5.7+ 支持 LOCATE 的第三个参数，可控制起始搜索位置，结合循环逻辑能模拟“从右找”，但实际没人这么写——太重。真正需要高频反向定位时，应该考虑是否设计有问题：比如邮箱域名部分本该单独存字段，而不是每次从完整字符串里扒。
- MySQL 的
LOCATE(needle, haystack, position)中position是从左开始的偏移，无法设为负数 - SQL Server 没内置反向查找函数，若必须复用，可建标量函数封装上述
REVERSE + CHARINDEX逻辑，但要注意函数内联问题影响性能 - 所有这类计算都应在 WHERE 条件中慎用——会导致索引失效，尤其是对大表字段做
REVERSE操作
容易被忽略的边界情况
最常翻车的是空字符串、NULL 和单字符场景。
- 当目标字符是空字符串
''，MySQL 的INSTR返回 1，SQL Server 的CHARINDEX返回 0，行为不一致 - 输入字符串为
NULL时，两个函数都返回NULL，但参与运算（如加减）会导致整行结果变NULL，需提前用COALESCE或ISNULL处理 - 目标字符本身长度大于 1（如子串
'abc'），翻转法依然有效，但要注意REVERSE后子串也翻转了，比如找'ab'要写成REVERSE('ab') = 'ba'
真正在意性能或可读性时，别硬套字符串函数，把结构拆开存才是治本办法。
