mysql联合函数查询_MySQL全文索引、联合索引、like查询、json查询速度大比拼

这篇博客对比了在10万条数据中,使用MySQL全文索引、联合索引、json函数查询和like查询在检索特定类型数据时的效率。结果显示,全文索引速度最快,其次是联合索引,接着是json函数查询,最慢的是like查询。在数据量较大时,全文索引的优势更为显著。
摘要由CSDN通过智能技术生成

查询背景

有一个表tmp_test_course大概有10万条记录,然后有个json字段叫outline,存了一对多关系(保存了多个编码,例如jy1577683381775)

我们需要在这10万条数据中检索特定类型的数据,目标总数据量:2931条

SELECT COUNT(*) FROM tmp_test_course WHERE `type`=5 AND del=2 AND is_leaf=1

2ba2c7e2a11b3f8f4879e10eb5f17bdc.png

我们在限定为上面类型的同时,还得包含下面任意一个编码(也就是OR查询)

jy1577683381775

jy1577683380808

jy1577683379178

jy1577683378676

jy1577683377617

jy1577683376672

jy1577683375903

jy1578385720787

jy1499916986208

jy1499917112460

jy1499917093400

jy1499917335579

jy1499917334770

jy1499917333339

jy1499917331557

jy1499917330833

jy1499917329615

jy1499917328496

jy1576922006950

jy1499916993558

jy1499916992308

jy1499917003454

jy1499917002952

下面分别列出4种方式查询outline字段,给出相应的查询时间和扫描行数

耗时248毫秒

SELECT * FROM tmp_test_course

WHERE `type`=5 AND del=2 AND is_leaf=1

AND (

outline like \'%jy1577683381775%\'

OR outline like \'%jy1577683380808%\'

OR outline like \'%jy1577683379178%\'

OR outline like \'%jy1577683378676%\'

OR outline like \'%jy1577683377617%\'

OR outline like \'%jy1577683376672%\'

OR outline like \'%jy1577683375903%\'

OR outline like \'%jy1578385720787%\'

OR outline like \'%jy1499916986208%\'

OR outline like \'%jy1499917112460%\'

OR outline like \'%jy1499917093400%\'

OR outline like \'%jy1499917335579%\'

OR outline like \'%jy1499917334770%\'

OR outline like \'%jy1499917333339%\'

OR outline like \'%jy1499917331557%\'

OR outline like \'%jy1499917330833%\'

OR outline like \'%jy1499917329615%\'

OR outline like \'%jy1499917328496%\'

OR outline like \'%jy1576922006950%\'

OR outline like \'%jy1499916993558%\'

OR outline like \'%jy1499916992308%\'

OR outline like \'%jy1499917003454%\'

OR outline like \'%jy1499917002952%\'

)

64abb1442ddd4bae4595ca9136a7027e.png

EXPLAIN分析结果如下,全表扫描

7dc0f733063de1d161a6c869dc2da180.png

二、json函数查询

使用函数JSON_SEARCH,更多函数请查看MySQL官方文档

可以看到,查询耗时196毫秒,速度稍微快了一点

SELECT * FROM tmp_test_course

WHERE `type`=5 AND del=2 AND is_leaf=1

AND

(

JSON_SEARCH(outline, \'one\', \'jy1577683381775\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1577683380808\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1577683379178\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1577683378676\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1577683377617\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1577683376672\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1577683375903\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1578385720787\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499916986208\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917112460\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917093400\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917335579\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917334770\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917333339\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917331557\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917330833\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917329615\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917328496\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1576922006950\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499916993558\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499916992308\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917003454\') IS NOT NULL OR

JSON_SEARCH(outline, \'one\', \'jy1499917002952\') IS NOT NULL

)

e28e120d6e0b6562f3f3fe9bbf7fe9f7.png

EXPLAIN分析结果如下,还是全表扫描

6c737bc4b1a040eb7169a5eb1a1abffe.png

三、联合索引查询

下面为该表建立一个联合索引(本来想建一个type-del-is_leaf-outline的索引,但是outline字段太长限制,所以只加type-del-is_leaf的联合索引

ALTER TABLE tmp_test_course ADD KEY `type-del-is_leaf` (`type`,`del`,`is_leaf`)

加入索引后再执行like和json查询,明显提速。like执行用了136毫秒,json查询用了82.6毫秒,由此可见针对json类型使用json函数查询比like快

487fb525fc321901f12922ad78021f97.png

858d5ae5b95c7dab515b3314f61548b4.png

EXPLAIN分析结果如下,两者查询扫描的行数都限定在了2931行

06749245321425067a2e09917666ebdc.png

6c7fdbb713d5f70594b1db159b066dc4.png

四、全文索引查询

因为全文索引只支持CHAR、VARCHAR和TEXT,我们需要把JSON字段定义改一下

ALTER TABLE tmp_test_course MODIFY `outline` VARCHAR(1024) NOT NULL DEFAULT \'[]\'

添加全文索引

ALTER TABLE tmp_test_course ADD FULLTEXT INDEX outline (outline);

现在再来用全文索引进行检索

SELECT * FROM tmp_test_course

WHERE `type`=5 AND del=2 AND is_leaf=1

AND

MATCH(outline) AGAINST (\'jy1577683381775 jy1577683380808 jy1577683379178 jy1577683378676 jy1577683377617 jy1577683376672 jy1577683375903 jy1578385720787 jy1499916986208 jy1499917112460 jy1499917093400 jy1499917335579 jy1499917334770 jy1499917333339 jy1499917331557 jy1499917330833 jy1499917329615 jy1499917328496 jy1576922006950 jy1499916993558 jy1499916992308 jy1499917003454 jy1499917002952\')

耗时11.6毫秒,速度提升极其明显,可见全文索引的牛逼。

50a91b0ba7addd71b83746805f97a6d0.png

EXPLAIN分析结果如下,显示只扫描了一行

b2b73cb53818fd504ff0b8122b83fc2e.png

结论

以下是4种情况的执行结果

全文索引: 11.6ms联合索引:82.6ms(json)、136ms(like)json函数查询:196mslike查询: 248ms

结论:全文索引 > 联合索引 > json函数查询 > like查询数据量越大,全文索引速度越明显,就10万的量,查询速度大概比直接查询快了20倍左右,如果是百万或千万级别的表,提升差距会更加大,所以有条件还是老老实实用全文索引吧

声明:本网站所收集的部分公开资料来源于互联网,转载的目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。如果您发现网站上有侵犯您的知识产权的作品,请与我们取得联系,我们会及时修改或删除。导航:艺宵博客 » MySQL全文索引、联合索引、like查询、json查询速度大比拼

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值