结论：
instr跟locate不会走索引
个人认为的原因：
1：函数会导致索引失效。这俩是函数
2：专业的模糊查询like百分号开头都是全表扫描，这俩业余的为什么就可以比专业的like更好用？
1：传统方式（掠过，%开头不走，反之走）
2：instr(mysql索引的)
查找一个字符串在另一个字符串中首次出现的位置
（只用模糊查询不考虑哪一位开始，写死>0）
=0没找到
- = 0：表示没有找到子串。也就是说，在主串中不存在指定的子串。
> 0找到了
- > 0：表示找到了子串，并且返回值是子串在主串中首次出现的起始位置。例如，如果
INSTR('abcdef', 'bc')返回 2，这意味着“bc”是从主串“abcdef”的第二个字符开始的。
= 1 , = 2, = 3只查找指定下标位出现的数据
SELECT INSTR('abcdef', 'bc'); -- 返回 2
SELECT INSTR('abcdef', 'a'); -- 返回 1
SELECT INSTR('abcdef', 'f'); -- 返回 6
SELECT INSTR('abcdef', 'z'); -- 返回 0，因为 'z' 不在 'abcdef' 中
-- 查询起始位置是前端的数据
SELECT *
FROM your_table
WHERE INSTR(your_column, '【前端】') = 1;
-- 查询第二位是前端的数据
SELECT *
FROM your_table
WHERE INSTR(your_column, '【前端】') = 1;
【前端】bcd会被匹配到 ABC【前端】匹配不到LOCATE
LOCATE 函数（在MySQL中）用于查找一个子字符串在另一个字符串中的起始位置。
它返回的是子字符串首次出现的位置索引，
如果未找到该子字符串，则返回0。
假设我们有以下数据行：
【前端】xxxx
abc【前端】def
no match here
题目1：
查找是否以“【前端】”开头
使用 LOCATE('【前端】', column_name) = 1 可以检查列中的值是否以“【前端】”开头。
SELECT *
FROM your_table
WHERE LOCATE('【前端】', column_name) = 1;
题目2：
查找是否包含“【前端】”
SELECT *
FROM your_table
WHERE LOCATE('【前端】', column_name) > 0;
找所有包含“【前端】”的记录，无论它位于字符串的哪个位置，可以使用 LOCATE('【前端】', column_name) > 0。是否使用索引的实验：
表索引如下：
传统方式不以%开头
EXPLAN结果（rang，索引范围扫描）
INSTR
EXPLAN结果（ALL，全表扫描）
LOCATE
EXPLAN结果（ALL，全表扫描）
==========================================