有一个表tmp_test_course大概有10万条记录,然后有个json字段叫outline,存了一对多关系(保存了多个编码,例如jy1577683381775)我们需要在这10万条数据中检索特定类型的数据,目标总数据量:2931
条我们在限定为上面类型的同时,还得包含下面任意一个编码(也就是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毫秒EXPLAIN分析结果如下,全表扫描
json官方函数耗时196毫秒,速度稍微快了一点EXPLAIN分析结果如下,还是全表扫描
下面为该表建立一个联合索引(本来想建一个type-del-is_leaf-outline的索引,但是outline字段太长限制,所以只加type-del-is_leaf的联合索引加开发云主机域名入索引后再执行like和json查询,明显提速。
like执行用了136毫秒,json查询用了82.6毫秒,由此可见针对json类型使用json函数查询比like快
EXPLAIN分析结果如下,两者查询扫描的行数都限定在了2931行
因为全文索引只支持CHAR、VARCHAR和TEXT,我们需要把JSON字段定义改一下添加全文索引现在再来用全文索引进行检索耗时11.6毫秒,速度提升极其明显,可见全文索引的牛逼。EXPLAIN分析结果如下,显示只扫描了一行
结论以下是4种情况的执行结果全文索引: 11.6ms
联合索引:82.6ms(json)、136ms(like)
json函数查询:196ms
like查询: 248ms结论:全文索引 > 联合索引 > json函数查询 > like查询
数据量越大,全文索引速度越明显,就10万的量,查询速度大概比直接查询快了20倍左右,如果是百万或千万级别的表,提升差距会更加大,所以有条件还是老老实实用全文索引吧到此这篇关于MySQL全文索引、联合索引、like查询、json查询速度哪个快的文章就介绍到这了,更多相关mysql 全文索引 联合索引 like查询 json查询内容请搜索开发云以前的文章或继续浏览下面的相关文章希望大家以后多多支持开发云!
下文内容主要给大家带来MySQL 5.7Json操作简析,这里所讲到的知识,与书籍略有不同,都是开发云专业技术人员在与用户接触过程中,总结出来的,具有一定的经验分享价值,希望给广大读者带来帮助。创建表CREATE TABLE t_json(id INT PRI…
免责声明:本站发布的图片视频文字,以转载和分享为主,文章观点不代表本站立场,本站不承担相关法律责任;如果涉及侵权请联系邮箱:360163164@qq.com举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。