同样使用唯一索引关联表查询执行计划里type却不一样

      今天一个同事问我一个关于mysql索引的问题,一共三张表,每张表都有一个唯一索引字段,从业务含义上看这三个表的含义都是一样的,假设这三个表分别为t1  t2 t3 ,t1与t2通过唯一索引字段进行左连接,t1和t3也是通过唯一索引字段进行左连接,但通过执行计划分析,一个type为eq_ref ,另一个是type为index,这是为什么呢,为什么会不一样呢,正常来说,使用同一个唯一索引字段进行关联查询应该是eq_ref,但另一个却是index呢。下面来详细说明

三张表的表结构如下

CREATE TABLE `t1` (

  `id` int NOT NULL AUTO_INCREMENT,

  `uid` varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,

  `create_time` datetime DEFAULT NULL,

  `update_time` datetime DEFAULT NULL,

  PRIMARY KEY (`id`),

  UNIQUE KEY `uid_UNIQUE` (`uid`)

) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4


CREATE TABLE `t2` (

  `id` int NOT NULL AUTO_INCREMENT,

  `uid` varchar(45) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,

  `create_time` datetime DEFAULT NULL,

  `update_time` datetime DEFAULT NULL,

  PRIMARY KEY (`id`),

  UNIQUE KEY `uid_UNIQUE` (`uid`)

) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4


CREATE TABLE `t3` (

  `id` int NOT NULL AUTO_INCREMENT,

  `uid` varchar(45) CHARACTER SET gb2312 COLLATE gb2312_chinese_ci NOT NULL,

  `create_time` datetime DEFAULT NULL,

  `update_time` datetime DEFAULT NULL,

  PRIMARY KEY (`id`),

  UNIQUE KEY `uid_UNIQUE` (`uid`)

) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8mb4 


执行 explain select t1.*,t2.uid from t1 left join t2 on t1.uid=t2.uid;

再执行 explain select t1.* ,t3.uid from t1 left join t3 on t1.uid=t3.uid;

第一个语句执行type=eq_ref,而第二个语句执行时type=index,同样是唯一索引字段,为什么会这样呢,刚开始遇到这个问题时一头雾水,一开始以为是表里没有数据,因为没有数据,索引还没有建立,把表里没有数据的表都插入了数据,再执行还是不一样,接下来,看了下字段的长度,想想跟长度也没啥关系,我们也对比了下字段类型,字段类型不一致可能会出现隐形转换,导致索引失效什么的,但事与愿违,字段类型都一样,究竟是什么原因引起的呢,后来另一个同事在自己电脑上看了看,分析了下原因,说是可能是mysql执行引擎进行了优化,但是我还是持怀疑的态度,3张表字段基本一样,就算是优化,怎么会是不一样呢,说不通。

      后来,我在我自己的电脑上对比了下三张表的表结构看有什么不同,不对比不知道,一对比发现了t2表和t3表的uid字段的编码不一致,t2表utf8 t3表为gb2312,我觉得90%是这个原因引起的,因为我之前也遇到过编码的问题。

       上一次遇到编码的问题是,编码用了latin1编码,我忘记sql语句是单表查询还是关联查询了,当时是pda手持设备扫码,批量提交到服务端,提交时,处理的特别慢,这个问题解决了好久,当时以为是手持设备的app有问题,后来经过分析确定是后端服务的问题,最后在mysql服务器上执行那条语句,发现特别慢,耗时很长,大约10几秒中时间,其实当时表数据量不大,也就几千条数据,怎么会如此慢呢,网上各种查也没查到具体原因,无意间看了下字段编码和表编码,发现表编码和字段编码对不上,而且也不应该用latin1编码,我试图把编码改为utf8,再执行sql,结果语句执行特别快,大概几十毫秒就执行完了,这个问题解决了,真的是开心的不得了,困扰了好几天,终于解决了,可以安心的睡好觉了,但遗憾的是如果之前解决问题后,写个总结文章就好了,印象应该会更加深刻了。

    最后我在自己电脑上建了3张表,进行模拟测试,最后确定确实是因为字段编码的问题,把gb2312改成utf-8就好了。 都是type=eq-ref

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,717评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,501评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,311评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,417评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,500评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,538评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,557评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,310评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,759评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,065评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,233评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,909评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,548评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,172评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,420评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,103评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,098评论 2 352

推荐阅读更多精彩内容

  • 一、 数据库介绍 1.1 如何保存数据? io操作,文件保存 数据库 通过io流操作文件的方式保存数据弊端:效率低...
    MrSaint王阅读 483评论 0 1
  • 1.explain 字段 2.字段解释 2.1 id:表示查询中执行select子句或操作表的顺序 (1) id相...
    yfsheng阅读 1,176评论 0 6
  • 索引与执行计划 索引入门 索引是什么? 生活中的索引 MySQL 官方对索引的定义为:索引(Index)是帮助 M...
    Curtain_call阅读 549评论 0 1
  • 接下来的一些内容,我们需要提前学一些简单的sql语句,方便大家理解接下来的知识。 DDL—数据定义语言(Creat...
    不排版阅读 413评论 0 1
  • 1.存储数据的演变过程 随意的存到一个文件中、数据格式也是千差万别的完全取决于我们自己 软件开发目录规范 ——限制...
    浅笑_7cad阅读 724评论 0 0