查詢背景

有一個(gè)表tmp_test_course大概有10萬(wàn)條記錄，然后有個(gè)json字段叫outline，存了一對(duì)多關(guān)系(保存了多個(gè)編碼，例如jy1577683381775)

我們需要在這10萬(wàn)條數(shù)據(jù)中檢索特定類型的數(shù)據(jù)，目標(biāo)總數(shù)據(jù)量：2931條

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

我們?cè)谙薅樯厦骖愋偷耐瑫r(shí)，還得包含下面任意一個(gè)編碼(也就是OR查詢)

下面分別列出4種方式查詢outline字段，給出相應(yīng)的查詢時(shí)間和掃描行數(shù)

一、like查詢

耗時(shí)248毫秒

EXPLAIN分析結(jié)果如下，全表掃描

二、json函數(shù)查詢

json官方函數(shù)

耗時(shí)196毫秒，速度稍微快了一點(diǎn)

EXPLAIN分析結(jié)果如下，還是全表掃描

三、聯(lián)合索引查詢

下面為該表建立一個(gè)聯(lián)合索引(本來(lái)想建一個(gè)type-del-is_leaf_outline的索引，但是outline字段太長(zhǎng)限制，所以只加type-del-is_leaf_的聯(lián)合索引

ALTERTABLE tmp_test_course ADDKEY`type-del-is_leaf` (`type`,`del`,`is_leaf`)

加入索引后再執(zhí)行l(wèi)ike和json查詢，明顯提速。

like執(zhí)行用了136毫秒，json查詢用了82.6毫秒，由此可見(jiàn)json查詢比like快

EXPLAIN分析結(jié)果如下，兩者查詢掃描的行數(shù)都限定在了2931行

四、全文索引查詢

因?yàn)槿乃饕恢С諧HAR、VARCHAR和TEXT，我們需要把JSON字段定義改一下

ALTERTABLE tmp_test_course MODIFY`outline`VARCHAR(1024) NOTNULLDEFAULT'[]'

添加全文索引

ALTERTABLE tmp_test_course ADD FULLTEXT INDEXoutline (outline);

現(xiàn)在再來(lái)用全文索引進(jìn)行檢索

耗時(shí)11.6毫秒,速度提升極其明顯，可見(jiàn)全文索引的牛逼。

EXPLAIN分析結(jié)果如下，顯示只掃描了一行

結(jié)論

以下是4種情況的執(zhí)行結(jié)果

全文索引: 11.6ms聯(lián)合索引：82.6ms(json)、136ms(like)json函數(shù)查詢：196ms

總結(jié)

以上是生活随笔為你收集整理的mysql联合索引like_MySQL全文索引、联合索引、like查询、json查询速度大比拼的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。