Mysql模糊查询LIKE语句结合CONCAT函数导致索引失效问题

结论：MySQL中LEFT JOIN的左表索引无效。
由于LIKE和CONCAT结合的模糊查询，无法使用索引。

原因分析： 1 、LIKE语句与CONCAT函数结合生成新字符串，索引变为空。
2 .索引优化基于精确值匹配，不匹配新创建的字符串。

解决方案： 1 、改变底层的Java逻辑策略和处理。
2 、分两步查询，最后对结果进行整合。

有效性评估： 1 、虽然牺牲了SQL优化，但避免了索引失败，提高了性能。
2 、合理利用数据库和后端逻辑，解决模糊查询和索引优化之间的冲突。

总结：深入分析，选择合适的解决方案，提高查询效率。

MySQL索引失效、不推荐使用索引的情况

哎，说到MySQL列表，我真是有话要说。
记得之前的项目是关于用户信息的管理的。
其中有性，男性和女性。
我们立即想到，添加到这个列表有用吗？后来在实践中发现并没有多大用处，因为选择性太低，获得的效率并没有明显提高。
另一个有趣的事情。
一位同事曾经使用“%abc”这样的模式编写了一个查询，但发现搜索速度非常慢。
当时我看到模型以%开头，并且索引无效。
后来我改成AMO'abc%'，速度提高了。

还有一次，我们遇到了一种情况，在查询条件中使用了字符串列类型，但没有使用逗号，导致结果索引无效。
这个问题是数据类型的隐形转换。
我记得当时不太明白。
后来输入信息后发现数据类型应该一致。

印度化合物也很特别。
记得有一次，我们给复合字段设置了索引，但是查询条件只使用了第二列索引，索引就失效了。
组合索引的使用必须遵循从左到右的顺序，否则就没用。

说到索引列函数，一旦使用索引列函数作为查询条件，索引也会失效。
主要是因为函数的使用导致索引失败，所以尽量避免在索引列上使用函数。

而且，有时数据库优化器可能认为全表扫描比使用索引更快，因此它选择全表扫描。
这种情况通常发生在数据量较小或者查询条件选择性不够的情况下。

对于不建议使用索引的项目，例如数据唯一性较差的字段、类型等字段，不要添加索引。
还有一些经常更新的字段，比如登录次数，也不适合跟踪，因为频繁的记录会增加数据库的工作量，降低整体效率。

另外，如果该字段没有出现在WHERE语句中，则索引点不是字段。
另外，当 in where 子句包含 ISNULL、ISNOTNULL 或 Like '%character input%' 等条件时，使用列表的性能通常不好。

综上所述，索引用得好可以提高查询效率，用不好则适得其反。
必须根据实际情况确定，不能随意更改。