mysql hint介紹

　　在mysql中，hint指的是“查詢優化提示”，會提示優化器按照一定的方式來生成執行計劃進行優化，讓用戶的sql陳述句更具靈活性；Hint可基于表的連接順序、方法、訪問路徑、并行度等規則對DML（資料操縱語言，Data Manipulation Language）陳述句產生作用，

我們在操作表、欄位或索引時可以添加 comment 來增強代碼可讀性，以便他人快速讀懂代碼，這是對使用資料庫的人的一種提示；同樣的，還有一種提示，叫做hint，是給資料庫的提示，

何謂 hint

hint指的是“查詢優化提示”，它會提示優化器按照一定的方式去優化，讓你的sql陳述句更具靈活性，這會讓你的查詢更快，當然也可能更慢，這完全取決于你對優化器的理解和場景的了解，

我們知道在執行一條SQL陳述句時，MySQL會生成一個執行計劃，而hint就是告訴查詢優化器需要按照我們告訴它的方式來生成執行計劃，

Hint可基于表的連接順序、方法、訪問路徑、并行度等規則對DML（資料操縱語言，Data Manipulation Language）陳述句產生作用，范圍如下：

常用 hint

• 強制索引 FORCE INDEX
  SELECT * FROM tbl FORCE INDEX (FIELD1) …

• 忽略索引 IGNORE INDEX
  SELECT * FROM tbl IGNORE INDEX (FIELD1, FIELD2) …

• 關閉查詢緩沖 SQL_NO_CACHE
  SELECT SQL_NO_CACHE field1, field2 FROM tbl;
  需要查詢實時資料且頻率不高時，可以考慮把緩沖關閉，即不論此SQL是否曾被執行，MySQL都不會在緩沖區中查找，

• 強制查詢緩沖 SQL_CACHE
  SELECT SQL_CACHE * FROM tbl;
  功能同上一條相反，但僅在my.ini中的query_cache_type設為2時起作用，

• 優先操作 HIGH_PRIORITY
  HIGH_PRIORITY可以使用在select和insert操作中，讓MYSQL知道，這個操作優先進行，
  SELECT HIGH_PRIORITY * FROM tbl;

• 滯后操作 LOW_PRIORITY
  LOW_PRIORITY可以使用在insert和update操作中，讓mysql知道，這個操作滯后，
  update LOW_PRIORITY tbl set field1= where field1= …

• 延時插入 INSERT DELAYED
  INSERT DELAYED INTO tbl set field1= …
  指客戶端提交插入資料申請，MySQL回傳OK狀態卻并未實際執行，而是存盤在記憶體中排隊，當mysql有空余時再插入，
  一個重要的好處是，來自多個客戶端的插入請求被集中在一起，撰寫入一個塊，比獨立執行許多插入要快很多，
  壞處是，不能回傳自增ID，以及系統崩潰時，MySQL還未來得及被插入的資料將會丟失，

• 強制連接順序 STRAIGHT_JOIN
  SELECT tbl.FIELD1, tbl2.FIELD2 FROM tbl STRAIGHT_JOIN tbl2 WHERE …
  由上面的SQL陳述句可知，通過STRAIGHT_JOIN強迫MySQL按tbl、tbl2的順序連接表，如果你認為按自己的順序比MySQL推薦的順序進行連接的效率高的話，就可以通過STRAIGHT_JOIN來確定連接順序，

不常用

• 強制使用臨時表 SQL_BUFFER_RESULT
  SELECT SQL_BUFFER_RESULT * FROM tbl WHERE …
  當我們查詢的結果集中的資料比較多時，可以通過SQL_BUFFER_RESULT.選項強制將結果集放到臨時表中，這樣就可以很快地釋放MySQL的表鎖（這樣其它的SQL陳述句就可以對這些記錄進行查詢了），并且可以長時間地為客戶端提供大記錄集，

• 分組使用臨時表 SQL_BIG_RESULT和SQL_SMALL_RESULT
  SELECT SQL_BUFFER_RESULT FIELD1, COUNT(*) FROM tbl GROUP BY FIELD1;
  對SELECT陳述句有效，告訴MySQL優化去對GROUP BY和DISTINCT查詢如何使用臨時表排序，SQL_SMALL_RESULT表示結果集很小，可以直接在記憶體的臨時表排序；反之則很大，需要使用磁盤臨時表排序，

• SQL_CALC_FOUND_ROWS
  它其實不是優化器提示，也不影響優化器的執行計劃，但會讓mysql回傳的結果集中包含本次操作影響的總行數，需與 FOUND_ROWS() 聯用，
  SQL_CALC_FOUND_ROWS 通知MySQL將本次處理的行數記錄下來； FOUND_ROWS() 用于取出被記錄的行數，可以應用到分頁場景，
  一般的分頁寫法為：先查總數，計算頁數，再查詢某一頁的詳情，
  SELECT COUNT(*) from tbl WHERE …
SELECT * FROM tbl WHERE … limit m,n
  但借助SQL_CALC_FOUND_ROWS，可以簡化成如下寫法：
  SELECT SQL_CALC_FOUND_ROWS * FROM tbl WHERE … limit m,n;
SELECT FOUND_ROWS();
  第二條SELECT將回傳第一條SELECT不帶limit時的總行數，如此只需執行一次較耗時的復雜查詢就可同時得到總行數，

• LOCK IN SHARE MODE、 FOR UPDATE
  同樣的，這倆也不是優化提示，是控制SELECT陳述句的鎖機制，只對行級鎖有效，即InnoDB支持，

擴展知識：

概念和區別

　　SELECT ... LOCK IN SHARE MODE添加的是IS鎖(意向共享鎖)，即在符合條件的rows上都加了共享鎖，其他session可讀取記錄，亦可繼續添加IS鎖，但無法修改，直到這個加鎖的session done(否則直接鎖等待超時)，

　　SELECT ... FOR UPDATE 添加的是IX鎖(意向排它鎖)，即符合條件的rows上都加了排它，其他session無法給這些記錄添加任何S鎖或X鎖，如果不存在一致性非鎖定讀的話，則其他session是無法讀取和修改這些記錄的，但innodb有非鎖定讀(快照讀不需要加鎖)，
因此，for update的加鎖方式只是比lock in share mode的方式多阻塞了select...lock in share mode的查詢方式，并不會阻塞快照讀，

應用場景

　　LOCK IN SHARE MODE的適用于兩張存在關系的表的寫場景，以mysql官方例子來說，一個表是child表，一個是parent表，假設child表的某一列child_id映射到parent表的c_child_id列，從業務角度講，此時直接insert一條child_id=100記錄到child表是存在風險的，因為insert的同時可能存在parent表執行了洗掉c_child_id=100的記錄，業務資料有不一致的風險，正確方法是先執行select * from parent where c_child_id=100 lock in share mode，鎖定parent表的這條記錄，然后執行insert into child(child_id) values (100)，

原文鏈接：https://www.php.cn/mysql-tutorials-493264.html

標籤：其他

上一篇：5分鐘搞定 SQL Server 到 MySQL 資料遷移和同步

下一篇：云時代下，醫藥行業管理居然這么簡單