我們在操作表、字段或索引時可以添加
comment來增強代碼可讀性，以便他人快速讀懂代碼，這是對使用數據庫的人的一種提示；同樣的，還有一種提示，叫做hint，是給數據庫的提示。
何謂 hint
我們知道在執行一條SQL語句時，MySQL會生成一個執行計劃，而hint就是告訴查詢優化器需要按照我們告訴它的方式來生成執行計劃。
Hint可基于表的連接順序、方法、訪問路徑、并行度等規則對DML（數據操縱語言，Data Manipulation Language）語句產生作用，范圍如下：
使用的優化器類型；
基于代價的優化器的優化目標，是all_rows還是first_rows；
表的訪問路徑，是全表掃描，還是索引掃描，還是直接用rowid；
表之間的連接類型；
表之間的連接順序；
語句的并行程度；
常用 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)。
