MySQL 使用自定義變量進(jìn)行查詢優(yōu)化
自定義變量的一個(gè)重要特性是你可以同時(shí)將該變量的數(shù)學(xué)計(jì)算后的結(jié)果再賦值給該變量,類似于我們的 i = i + 1這種方式。下面是一個(gè)用于計(jì)算數(shù)據(jù)表行號(hào)的例子:
SET @rownum := 0;SELECT actor_id, @rownum := @rownum + 1 AS rownumFROM sakila.actor LIMIT 3;
actor_id rownum 1 1 2 2 3 3
得到的結(jié)果也許看起來沒什么意義,這是因?yàn)橹麈I是從1自增的,因此行號(hào)和主鍵值是一樣的。但是,這種方式可以用于做排序。例如需要查詢飾演電影數(shù)量最多的前10名演員,通常的做法是像下面這樣寫:
SELECT actor_id, COUNT(*) as cntFROM sakila.film_actorGROUP BY actor_idORDER BY cnt DESCLIMIT 10;
得到的結(jié)果也許看起來沒什么意義,這是因?yàn)橹麈I是從1自增的,因此行號(hào)和主鍵值是一樣的。但是,這種方式可以用于做排序。例如需要查詢飾演電影數(shù)量最多的前10名演員,通常的做法是像下面這樣寫:
SELECT actor_id, COUNT(*) as cntFROM sakila.film_actorGROUP BY actor_idORDER BY cnt DESCLIMIT 10;
如果我們要獲得相應(yīng)的排名值的話,則可以引入變量來完成:
SET @curr_cnt := 0, @prev_cnt := 0, @rank := 0;SELECT actor_id,@curr_cnt := cnt AS cnt, @rank := IF(@prev_cnt <> @curr_cnt, @rank+1, @rank) as rank, @prev_cnt:= @curr_cnt AS dummyFROM ( SELECT actor_id, COUNT(*) AS cnt FROM sakila.film_actorGROUP BY actor_idORDER BY cnt DESCLIMIT 10) as der;
這里是將飾演電影的數(shù)量賦值給了 curr_cnt 變量,使用了prev_cnt 存儲(chǔ)前一個(gè)演員的參演數(shù)量。排名從第一名開始的,如果后面的演員的數(shù)量和前一個(gè)演員的數(shù)量不同,則排名要往下(+1),如果相同則和前一個(gè)演員的排名相同。通過這種方式可以直接從查詢結(jié)果中得到演員的排名,而不需要再從數(shù)據(jù)庫查詢做二次處理(當(dāng)然也可以通過程序代碼實(shí)現(xiàn))。
避免重復(fù)獲取剛剛修改的數(shù)據(jù)行如果想在更新數(shù)據(jù)行的時(shí)候再重新獲取數(shù)據(jù)行的信息,往往需要再讀取一次數(shù)據(jù)庫。這是因?yàn)?MySQL 不像 PostgreSQL 的 UPDATE RETURNING 功能可以同時(shí)返回更新后的數(shù)據(jù)行,而只是返回更新影響的行數(shù)。但是,我們可以通過自定義變量完成這樣的操作。例如,獲取剛剛被修改過更新時(shí)間的行,不使用自定義變量的話需要做一次額外的查詢:
UPDATE tb1 SET lastUpdated = NOW() WHERE id = 1;SELECT lastUpdated FROM tb1 WHERE id = 1;
而使用自定義變量的時(shí)候可以避免這種情況:
UPDATE tb1 SET lastUpdated = NOW() WHERE id = 1 AND @now := NOW();SELECT @now;
雖然還是有一個(gè)查詢操作,但是后面的查詢操作不再需要訪問數(shù)據(jù)庫了。
懶加載的聯(lián)合查詢假設(shè)我們需要寫一個(gè)聯(lián)合查詢完成如下任務(wù):在聯(lián)合的分支上查找匹配的數(shù)據(jù)行,如果找到了就跳過其他分支。y這種情況發(fā)生在需要從熱區(qū)數(shù)據(jù)或低頻訪問數(shù)據(jù)中查找(比如近期訂單和歷史訂單)。這是下面針對(duì)用戶查詢的一個(gè)普通的 SQL:
SELECT id FROM users WHERE id = 123UNION ALLSELECT id FROM users_archived WHERE id = 123;
這個(gè)查詢會(huì)先從當(dāng)前正在使用的用戶表查詢 id 為123的用戶,然后 在從已歸檔的用戶表找同樣 id 的用戶。但是,這種寫法比較低效,即便是在 users 表找到了想要找的用戶,還是需要從users_archived 這個(gè)表再找一次,而實(shí)際用戶 id 為123的只會(huì)存在其中的一張表中或兩張表的數(shù)據(jù)是一樣的。通過懶加載的聯(lián)合查詢,可以避免這種情況——只有在第一個(gè)分支沒有找到數(shù)據(jù)時(shí)才進(jìn)行第二個(gè)分支的查詢。因此可以使用 MySQL 的 GREATEST 方法來作為查詢結(jié)果的容器以避免多返回?cái)?shù)據(jù)列。
SELECT GREATEST(@found := -1, id) AS id, users.name, ’users’ as which_tb1FROM users WHERE id = 123UNION ALLSELECT id, users_archived.name, ’users_archived’ FROM users_archived WHERE id = 123 AND @found IS NULLUNION ALLSELECT 1, ’’, ’reset’ FROM DUAL WHERE ( @found := NULL) IS NOT NULL;
上述的查詢?nèi)绻谝恍杏薪Y(jié)果,則@found 不會(huì)被賦值,因而是 NULL,從而執(zhí)行第二次查詢。而第三次的 UNION 實(shí)際沒什么效果,只是為了將@found恢復(fù)到 NULL 值,以便這段 SQL 可以重復(fù)執(zhí)行。另一個(gè)驗(yàn)證的方法是對(duì)同一張表進(jìn)行這樣的操作,可以發(fā)現(xiàn)實(shí)際只會(huì)返回一行數(shù)據(jù)或不返回?cái)?shù)據(jù)(查詢不到數(shù)據(jù)時(shí))。
SELECT GREATEST(@found := -1, `id`) AS `id`, `infocenter_city`.`name`, ’city’ as which_tb1 FROM `infocenter_city` WHERE `id` = 460100 UNION ALL SELECT `id`, `infocenter_city`.`name`, ’infocenter_city’ FROM `infocenter_city` WHERE id = 460100 AND @found IS NULL UNION ALL SELECT 1, ’’, ’reset’ FROM DUAL WHERE ( @found := NULL) IS NOT NULL
以上就是MySQL 使用自定義變量進(jìn)行查詢優(yōu)化的詳細(xì)內(nèi)容,更多關(guān)于MySQL 用自定義變量進(jìn)行查詢優(yōu)化的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章!
相關(guān)文章:
1. Window7安裝MariaDB數(shù)據(jù)庫及系統(tǒng)初始化操作分析2. Centos7 下mysql重新啟動(dòng)MariaDB篇3. SQLite學(xué)習(xí)手冊(cè)(SQLite在線備份)4. SQLite3 命令行操作指南5. MariaDB數(shù)據(jù)庫的外鍵約束實(shí)例詳解6. SQLite教程(十二):鎖和并發(fā)控制詳解7. MariaDB的安裝與配置教程8. SQLite 性能優(yōu)化實(shí)例分享9. SQLite教程(二):C/C++接口簡介10. centos 7安裝mysql5.5和安裝 mariadb使用的命令
