詳解Mysql函數(shù)調(diào)用優(yōu)化
函數(shù)調(diào)用優(yōu)化
MySQL函數(shù)在內(nèi)部被標(biāo)記為確定性或不確定性。如果給定參數(shù)固定值的函數(shù)可以為不同的調(diào)用返回不同的結(jié)果,則它是不確定的。不確定函數(shù)的示例: RAND(), UUID()。
如果某個(gè)函數(shù)被標(biāo)記為不確定的,則將WHERE針對每一行(從一個(gè)表中選擇時(shí))或行的組合(從多表聯(lián)接中選擇時(shí))評估子句中對該函數(shù)的引用。
MySQL還根據(jù)參數(shù)的類型(參數(shù)是表列還是常量值)確定何時(shí)評估函數(shù)。每當(dāng)表列更改值時(shí),都必須評估將表列作為參數(shù)的確定性函數(shù)。
非確定性函數(shù)可能會影響查詢性能。例如,某些優(yōu)化可能不可用,或者可能需要更多鎖定。以下討論使用 RAND()但也適用于其他不確定性函數(shù)。
假設(shè)一個(gè)表t具有以下定義:
CREATE TABLE t (id INT NOT NULL PRIMARY KEY, col_a VARCHAR(100));
考慮以下兩個(gè)查詢:
SELECT * FROM t WHERE id = POW(1,2); SELECT * FROM t WHERE id = FLOOR(1 + RAND() * 49);
由于與主鍵的相等性比較,兩個(gè)查詢似乎都使用了主鍵查找,但這僅適用于第一個(gè)查詢:
- 第一個(gè)查詢始終最多產(chǎn)生一行,因?yàn)?code>POW()帶有常量參數(shù)的常量是一個(gè)常量值,并用于索引查找。
- 第二個(gè)查詢包含一個(gè)使用非確定性函數(shù)的表達(dá)式,該表達(dá)式
RAND()在查詢中不是常量,但實(shí)際上對表的每一行都有一個(gè)新值t。因此,查詢讀取表的每一行,評估每一行的謂詞,并輸出主鍵與隨機(jī)值匹配的所有行。根據(jù)id列值和RAND()序列中的值, 它可以是零行,一行或多行 。
非確定性的影響不僅限于 SELECT陳述。該 UPDATE語句使用非確定性函數(shù)來選擇要修改的行:
UPDATE t SET col_a = some_expr WHERE id = FLOOR(1 + RAND() * 49);
大概目的是最多更新主鍵與表達(dá)式匹配的一行。但是,它可能會更新零,一或多個(gè)行,具體取決于 id列值和RAND()序列中的值 。
剛剛描述的行為對性能和復(fù)制有影響:
- 由于不確定函數(shù)不會產(chǎn)生恒定值,因此優(yōu)化器無法使用其他可能適用的策略,例如索引查找。結(jié)果可能是表掃描。
InnoDB可能升級為范圍鍵鎖,而不是為一個(gè)匹配的行獲取單行鎖。- 無法確定執(zhí)行的更新對于復(fù)制是不安全的。
困難源于RAND()對表的每一行都對函數(shù)進(jìn)行一次評估的事實(shí) 。為了避免進(jìn)行多功能評估,請使用以下技術(shù)之一:
- 將包含不確定性函數(shù)的表達(dá)式移到單獨(dú)的語句,將值保存在變量中。在原始語句中,將表達(dá)式替換為對變量的引用,優(yōu)化器可以將該變量視為常量值:
SET @keyval = FLOOR(1 + RAND() * 49); UPDATE t SET col_a = some_expr WHERE id = @keyval;
- 將隨機(jī)值分配給派生表中的變量。此技術(shù)使變量在
WHERE子句中的比較中使用之前被分配一個(gè)值 :
SET optimizer_switch = 'derived_merge=off'; UPDATE t, (SELECT @keyval := FLOOR(1 + RAND() * 49)) AS dt SET col_a = some_expr WHERE id = @keyval;
如前所述,該WHERE子句中的不確定性表達(dá)式 可能會阻止優(yōu)化并導(dǎo)致表掃描。但是,WHERE如果其他表達(dá)式是確定性的,則可以部分優(yōu)化該子句。例如:
SELECT * FROM t WHERE partial_key=5 AND some_column=RAND();
如果優(yōu)化器可以partial_key用來減少所選行的集合, RAND()則執(zhí)行的次數(shù)更少,這可以減少不確定性對優(yōu)化的影響。
以上就是詳解Mysql 函數(shù)調(diào)用優(yōu)化的詳細(xì)內(nèi)容,更多關(guān)于Mysql 函數(shù)調(diào)用優(yōu)化的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
MySQL到Kafka實(shí)時(shí)數(shù)據(jù)同步
很多 DBA 同學(xué)經(jīng)常會遇到要從一個(gè)數(shù)據(jù)庫實(shí)時(shí)同步到另一個(gè)數(shù)據(jù)庫的問題,同構(gòu)數(shù)據(jù)還相對容易,遇上異構(gòu)數(shù)據(jù)、表多、數(shù)據(jù)量大等情況就難以同步,我自己親測了一種方式,可以非常方便的實(shí)現(xiàn)MySQL Kafka實(shí)時(shí)數(shù)據(jù)同步,需要的朋友可以參考下2024-01-01
簡單了解MYSQL數(shù)據(jù)庫優(yōu)化階段
這篇文章主要介紹了簡單了解MYSQL數(shù)據(jù)庫優(yōu)化階段,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-04-04
MySQL Delete 刪數(shù)據(jù)后磁盤空間未釋放的原因
這篇文章主要介紹了MySQL Delete 刪數(shù)據(jù)后磁盤空間未釋放的原因,幫助大家更好的理解和學(xué)習(xí)使用MySQL,感興趣的朋友可以了解下2021-05-05
mysql 顯示SQL語句執(zhí)行時(shí)間的代碼
查看 MySQL 語法 詳細(xì)執(zhí)行時(shí)間 與 CPU/記憶體使用量: MySQL Query Profiler2009-08-08

