MYSQL索引失效（COLLATE不一致）

起因：

生产的工单系统的mysql 数据库CPU 100%。由于是周边系统使用虚机，数据量也很小。

show processlist;看到很多进程在sending data；

开始分析SQL

sql:如下（这已经截取慢的这一层，实际还要复杂很多,表明已其他字符代替）：
执行直接40+秒

SELECT a.ASSIGNEE_, b.GROUP_ID_, COUNT(a.ASSIGNEE_) AS totalFROM fadfdsf a, fdadfd bWHERE b.TASK_ID_ = a.ID_AND b.GROUP_ID_ = '12'AND a.ASSIGNEE_ IS NOT NULLAND a.START_TIME_ >= date'2019-03-20'AND a.PROC_DEF_ID_ = 'xxxxxAND NOT EXISTS(SELECT 1FROM fdsafs WHERE processInstanceId = a.PROC_INST_ID_AND taskId = a.ID_)GROUP BY a.ASSIGNEE_, b.GROUP_ID_

开始发现start_time上没有索引，首先在start_time上建上索引，还是慢：查看执行计划+----+--------------------+------------------+-------+----------------------------------------+---------------------------+---------+-------------+--------+---------------------------------------------------------------------+
| id | select_type        | table            | type  | possible_keys                          | key                       | key_len | ref         | rows   | Extra                                                               |
+----+--------------------+------------------+-------+----------------------------------------+---------------------------+---------+-------------+--------+---------------------------------------------------------------------+
|  1 | PRIMARY            | a                | range | PRIMARY,ind_act_start_time             | ind_act_start_time        | 7       | NULL        |   2957 | Using index condition; Using where; Using temporary; Using filesort |
|  1 | PRIMARY            | b                | ref   | ACT_IDX_HI_IDENT_LNK_TASK              | ACT_IDX_HI_IDENT_LNK_TASK | 195     | ytbpm.a.ID_ |      1 | Using where                                                         |
|  2 | DEPENDENT SUBQUERY | tb_process_deals | ALL   | index_process_id,ind_tb_process_taskId | NULL                      | NULL    | NULL        | 124215 | Range checked for each record (index map: 0x6)                      |
+----+--------------------+------------------+-------+----------------------------------------+---------------------------+---------+-------------+--------+---------------------------------------------------------------------+

发现没有走
ind_tb_process_taskId索引。

查找原因，发现两个表的collect不同：

由于上面的表是有流程应用自动生成，为utf8_bin:
而自己创建的表是 utf8_general_ci，解决办法

1.将 taskId字段改成ut8_bin:

alter table sdfsdfd CHANGE taskId  taskId VARCHAR(45) CHARACTER SET utf8 COLLATE utf8_bin;

2.可以查询时候列修改输出：

SELECT k COLLATE utf8_bin AS k1
FROM t1
ORDER BY k1;

后查询不到0.1秒。

找了下MYSQL 官方文档：

MYSQL索引失效（COLLATE不一致）相关推荐

MySQL 索引失效的 15 种场景！
背景无论你是技术大佬,还是刚入行的小白,时不时都会踩到Mysql数据库不走索引的坑.常见的现象就是:明明在字段上添加了索引,但却并未生效. 前些天就遇到一个稍微特殊的场景,同一条SQL语句,在某些参 ...
15个必知的Mysql索引失效场景，别再踩坑了
背景无论你是技术大佬,还是刚入行的小白,时不时都会踩到Mysql数据库不走索引的坑.常见的现象就是:明明在字段上添加了索引,但却并未生效. 前些天就遇到一个稍微特殊的场景,同一条SQL语句,在某些参 ...
like左匹配索引失效_导致MySQL索引失效的一些常见写法总结
前言最近一直忙着处理原来老项目遗留的一些SQL优化问题,由于当初表的设计以及字段设计的问题,随着业务的增长,出现了大量的慢SQL,导致MySQL的CPU资源飙升,基于此,给大家简单分享下这些比较使用 ...
MySQL 索引失效详解
MySQL 索引失效详解一.MySQL索引失效原因汇总隐式的类型转换,索引失效查询条件包含or,可能导致索引失效 like通配符可能导致索引失效查询条件不满足联合索引的最左匹配原则在索引列上 ...
MySQL索引失效的9种情况（针对InnoDB存储引擎）
前言 MySQL中提高查询性能的最有效的方式之一就是对数据表合理的设计索引,优秀的索引的设计方案很大程度上可以提高查询的性能. 因此,索引对查询的速度有着至关重要的影响. 为了尽量的使优化器用到我们的 ...
详解MySQL索引失效的几种情况
MySQL索引是提高查询效率的重要手段.索引失效会导致查询效率下降,甚至全表扫描,影响数据库性能.以下是可能导致MySQL索引失效的情况: 1. 使用or操作符当where语句中使用or操作符并且o ...
mysql 索引失效分析
大神总结的索引失效一句话理解后就不用看我下面的文章了,这就是 "模型数空运最快" 模:模糊查询like %在前面索引失效型:数据类型有变化索引失效数:索引列使用了函数索引失效 ...
mysql索引失效索引创建原则
一.mysql索引失效: 1.like 以%开头,索引无效:当like前缀没有%,后缀有%时,索引有效. 2.or语句前后没有同时使用索引. 当or左右查询字段只有一个是索引,该索引失效,只有当or左 ...
什么情况会导致 MySQL 索引失效？
为了验证 MySQL 中哪些情况下会导致索引失效,我们可以借助 explain 执行计划来分析索引失效的具体场景. explain 使用如下,只需要在查询的 SQL 前面添加上 explain 关键字 ...
mysql索引失效_导致MySQL索引失效的几种常见写法
最近一直忙着处理原来老项目遗留的一些SQL优化问题,由于当初表的设计以及字段设计的问题,随着业务的增长,出现了大量的慢SQL,导致MySQL的CPU资源飙升,基于此,给大家简单分享下这些比较使用的易于 ...

MYSQL索引失效（COLLATE不一致）

起因：

开始分析SQL

MYSQL索引失效（COLLATE不一致）相关推荐

最新文章

热门文章