sql優(yōu)化方案:

1.添加索引,在條件參數(shù),關(guān)聯(lián)參數(shù)上建立參數(shù),

2.字段優(yōu)化,需要什么字段查什么字段

3.模糊查詢盡量使用: select * from tableName a where a.name like ‘name%‘

避免使用 ‘%name%‘ 和 ‘%name‘;

3.利用explain 分析SQL

id

SELECT識別符。這是SELECT的查詢序列號

select_type

SELECT類型,可以為以下任何一種:

SIMPLE:簡單SELECT(不使用UNION或子查詢)

PRIMARY:最外面的SELECT

UNION:UNION中的第二個或后面的SELECT語句

DEPENDENT UNION:UNION中的第二個或后面的SELECT語句,取決于外面的查詢

UNION RESULT:UNION 的結(jié)果

SUBQUERY:子查詢中的第一個SELECT

DEPENDENT SUBQUERY:子查詢中的第一個SELECT,取決于外面的查詢

DERIVED:導(dǎo)出表的SELECT(FROM子句的子查詢)

table

輸出的行所引用的表

type

聯(lián)接類型。下面給出各種聯(lián)接類型,按照從最佳類型到最壞類型進(jìn)行排序:

system:表僅有一行(=系統(tǒng)表)。這是const聯(lián)接類型的一個特例。

const:表最多有一個匹配行,它將在查詢開始時被讀取。因?yàn)閮H有一行,在這行的列值可被優(yōu)化器剩余部分認(rèn)為是常數(shù)。const表很快,因?yàn)樗鼈冎蛔x取一次!

eq_ref:對于每個來自于前面的表的行組合,從該表中讀取一行。這可能是最好的聯(lián)接類型,除了const類型。

ref:對于每個來自于前面的表的行組合,所有有匹配索引值的行將從這張表中讀取。

ref_or_null:該聯(lián)接類型如同ref,但是添加了MySQL可以專門搜索包含NULL值的行。

index_merge:該聯(lián)接類型表示使用了索引合并優(yōu)化方法。

unique_subquery:該類型替換了下面形式的IN子查詢的ref: value IN (SELECT primary_key FROM single_table WHERE some_expr) unique_subquery是一個索引查找函數(shù),可以完全替換子查詢,效率更高。

index_subquery:該聯(lián)接類型類似于unique_subquery。可以替換IN子查詢,但只適合下列形式的子查詢中的非唯一索引: value IN (SELECT key_column FROM single_table WHERE some_expr)

range:只檢索給定范圍的行,使用一個索引來選擇行。

index:該聯(lián)接類型與ALL相同,除了只有索引樹被掃描。這通常比ALL快,因?yàn)樗饕募ǔ１葦?shù)據(jù)文件小。

ALL:對于每個來自于先前的表的行組合,進(jìn)行完整的表掃描。

possible_keys

指出MySQL能使用哪個索引在該表中找到行

key

顯示MySQL實(shí)際決定使用的鍵(索引)。如果沒有選擇索引,鍵是NULL。

key_len

顯示MySQL決定使用的鍵長度。如果鍵是NULL,則長度為NULL。

ref

顯示使用哪個列或常數(shù)與key一起從表中選擇行。

rows

顯示MySQL認(rèn)為它執(zhí)行查詢時必須檢查的行數(shù)。多行之間的數(shù)據(jù)相乘可以估算要處理的行數(shù)。

filtered

顯示了通過條件過濾出的行數(shù)的百分比估計(jì)值。

Extra

該列包含MySQL解決查詢的詳細(xì)信息

Distinct:MySQL發(fā)現(xiàn)第1個匹配行后,停止為當(dāng)前的行組合搜索更多的行。

Not exists:MySQL能夠?qū)Σ樵冞M(jìn)行LEFT JOIN優(yōu)化,發(fā)現(xiàn)1個匹配LEFT JOIN標(biāo)準(zhǔn)的行后,不再為前面的的行組合在該表內(nèi)檢查更多的行。

range checked for each record (index map: #):MySQL沒有發(fā)現(xiàn)好的可以使用的索引,但發(fā)現(xiàn)如果來自前面的表的列值已知,可能部分索引可以使用。

Using filesort:MySQL需要額外的一次傳遞,以找出如何按排序順序檢索行。

Using index:從只使用索引樹中的信息而不需要進(jìn)一步搜索讀取實(shí)際的行來檢索表中的列信息。

Using temporary:為了解決查詢,MySQL需要創(chuàng)建一個臨時表來容納結(jié)果。

Using where:WHERE 子句用于限制哪一個行匹配下一個表或發(fā)送到客戶。

Using sort_union(...), Using union(...), Using intersect(...):這些函數(shù)說明如何為index_merge聯(lián)接類型合并索引掃描。

Using index for group-by:類似于訪問表的Using index方式,Using index for group-by表示MySQL發(fā)現(xiàn)了一個索引,可以用來查 詢GROUP BY或DISTINCT查詢的所有列,而不要額外搜索硬盤訪問實(shí)際的表。

4.經(jīng)常增刪改的表建索引,也還是有問題的,解決辦法是刪除索引,重新建立索引!

案例:

select * from ( SELECT a.*, b. NAME AS owneridtypename,db. NAME AS logicdelstatusname FROM zc_bas_vehicle_owner a LEFT JOIN sys_dict b ON a.owneridtype = b. CODE AND b.pname = ‘idtype‘ AND b.pid != 0 LEFT JOIN sys_dict db ON a.logicdelstatus = db. CODE AND db.pid != 0 AND db.pname = ‘logicdelstatus‘) tab where 1=1

and id = #{ent.id }

and ownername = #{ent.ownername }

and ownerid = #{ent.ownerid }

and weixin = #{ent.weixin }

and logicdelstatus = #{ent.logicdelstatus }

治超項(xiàng)目數(shù)據(jù)查詢慢是多方面的:

1.SQL本身關(guān)聯(lián)了多張表

關(guān)聯(lián)了2次字典表

2.分頁SQL:

查詢兩次:

2.1 查詢分頁數(shù)據(jù)結(jié)果集查詢效率還可以

2.2 查詢總記錄數(shù)很慢

很慢的原因是查詢了所有數(shù)據(jù)然后再coun(1)

SQL: select count(1) from + ( 上面的SQL )+條件

優(yōu)化方案1:

分開單表查詢,然后利用Java遍歷設(shè)置字典值

List> table_list = isBasVehicleOwnerMapper.table_list(page,ent);

List> dictList1 = publicMapper.getDictList(null, "idtype");

List> dictList2 = publicMapper.getDictList(null, "logicdelstatus");

for(Map map : table_list) {

map.put("owneridtypename", null);

map.put("logicdelstatusname", null);

for(Map map1: dictList1) {

if(String.valueOf(map.get("owneridtype")).equals(map1.get("code"))) {

map.put("owneridtypename", map1.get("name"));

break;

}

}

for(Map map2: dictList2) {

if(String.valueOf(map.get("logicdelstatus")).equals(map2.get("code"))) {

map.put("logicdelstatusname", map2.get("name"));

break;

}

}

}

優(yōu)化方案2:

mybatis-plus 分頁插件不查詢總記錄數(shù)2.18版本(注意版本各個版本方法不一致)

page.setSearchCount(false);

自定義SQL查詢總記錄數(shù)設(shè)置

page.setTotal(total);

方案1和方案2實(shí)際對比:方案1只適合單表和字典表關(guān)聯(lián)查詢,多個表復(fù)雜查詢就不好操作了方案2查詢頁碼比較大的數(shù)據(jù)時候就很慢了,這個方案1沒有出現(xiàn)

總結(jié)

以上是生活随笔為你收集整理的mybatis与mysql调优_MySQL + mybatis的SQL优化方案的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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