MYSQL查詢條件的函數的用法

本篇內容主要講解“MYSQL查詢條件的函數的用法”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“MYSQL查詢條件的函數的用法”吧!

偶然想起一事，具體的人和場景就不提了，事情是一條語句，明明是很簡單的一句話，有索引，驗證也是很快了，但只要在程序里面就慢的要死。后來發現是在語句后面使用了某函數，造成了問題。OK 我們來做一個測試，稍微的還原一下場景。

我們創建一個表

CREATE TABLE `rand_table` (

  `id` int(11) NOT NULL AUTO_INCREMENT,

  `msg_code` varchar(20) DEFAULT NULL,

  `insert_date` datetime DEFAULT NULL,

  PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4

創建一個存儲過程來進行數據的填充

create PROCEDURE insert_data()

   begin 

declare i int;

    declare msg int;

    declare msg_ch varchar(20);

    set i = 1;

    set msg = 1;

      while i < 10000000 do

      set msg=  floor(rand()*10000);

      set msg_ch=convert(msg,CHAR);

      insert into rand_table (msg_code,insert_date) values (msg_ch,now());

      set i=i+1;

  end while;

end    

然后我們給這個“白開水的表”創建索引，并且查詢，OK 一定是走索引的。

下面的語句目的是隨機的選擇一個數來匹配rand_table  中的一個字段，

select * from rand_table where msg_code = floor(rand()*1000);

結果是可以出來的，沒有問題，但反過來在看看執行計劃， 80幾萬的數據要全表掃描，這怎么看上去都不美好。

寫這個語句的人，懷疑是數據的分布有問題，經過驗證不是，并且都后面的filtered 看也不可能是這個問題，下圖可以看到，缺失不是因為數據分布造成的問題。

那到底是怎么產生這個問題的，MYSQL 的在查詢中，由于后面的函數rand() 是一個隨機的函數，他反饋的也是一個隨機的值，相關的對比不是獲得了值后進行查詢而是每一行都需要和隨機值對比，雖然隨機值在對比的時候應該是一致的。

我覺得我說道這里，已經有人抱著懷疑的心態，想著這人是不是在 胡說八道的心情在看這段文字了，OK  我們來驗證一下。下面是兩個自建的函數，就是要證明我上邊說的不是胡說八道，注意兩個函數沒有大的區別，僅僅在

DETERMINISTIC 上有區別，下邊的第一個

DELIMITER $$

create function pick_up_rand() returns int

   DETERMINISTIC

     BEGIN

     RETURN floor(rand()*1000);

     end

     $$

DELIMITER $$

create function pick_up_rand_n() returns int

        NOT  DETERMINISTIC

          BEGIN

          RETURN floor(rand()*1000);

          end

     $$

從下圖看，1 證明我的觀點是正確的，的確不確定的數值在MYSQL 中是要進行全表掃描的， 2 類似這樣的問題，可以采用在寫一個函數，并且將其確定化來滿足這樣的需求，同時也滿足MYSQL 查詢優化器選擇索引的可能性。

到此，相信大家對“MYSQL查詢條件的函數的用法”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！