在mysql中，hint指的是“查詢優化提示”，會提示優化器按照一定的方式來生成執行計划進行優化，讓用戶的sql語句更具靈活性；Hint可基於表的連接順序、方法、訪問路徑、並行度等規則對DML（數據操縱語言，Data Manipulation Language）語句產生作用。 我們在操作表、欄位或索 ...
在mysql中，hint指的是“查詢優化提示”，會提示優化器按照一定的方式來生成執行計划進行優化，讓用戶的sql語句更具靈活性；Hint可基於表的連接順序、方法、訪問路徑、並行度等規則對DML（數據操縱語言，Data Manipulation Language）語句產生作用。
我們在操作表、欄位或索引時可以添加 comment 來增強代碼可讀性，以便他人快速讀懂代碼，這是對使用資料庫的人的一種提示；同樣的，還有一種提示，叫做hint，是給資料庫的提示。
何謂 hint
hint指的是“查詢優化提示”，它會提示優化器按照一定的方式去優化，讓你的sql語句更具靈活性，這會讓你的查詢更快，當然也可能更慢，這完全取決於你對優化器的理解和場景的瞭解。
我們知道在執行一條SQL語句時，MySQL會生成一個執行計劃，而hint就是告訴查詢優化器需要按照我們告訴它的方式來生成執行計劃。
Hint可基於表的連接順序、方法、訪問路徑、並行度等規則對DML（數據操縱語言，Data Manipulation Language）語句產生作用，範圍如下：
|
1 2 3 4 5 6 |
|
常用 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
