我們?cè)诓僮鞅砥帧⒆侄位蛩饕龝r(shí)可以添加
comment來增強(qiáng)代碼可讀性员淫，以便他人快速讀懂代碼合蔽，這是對(duì)使用數(shù)據(jù)庫的人的一種提示；同樣的介返，還有一種提示拴事，叫做hint，是給數(shù)據(jù)庫的提示圣蝎。
何謂 hint
我們知道在執(zhí)行一條SQL語句時(shí)刃宵，MySQL會(huì)生成一個(gè)執(zhí)行計(jì)劃，而hint就是告訴查詢優(yōu)化器需要按照我們告訴它的方式來生成執(zhí)行計(jì)劃捅彻。
Hint可基于表的連接順序组去、方法、訪問路徑步淹、并行度等規(guī)則對(duì)DML（數(shù)據(jù)操縱語言从隆，Data Manipulation Language）語句產(chǎn)生作用，范圍如下：
使用的優(yōu)化器類型缭裆；
基于代價(jià)的優(yōu)化器的優(yōu)化目標(biāo)键闺，是all_rows還是first_rows澈驼；
表的訪問路徑辛燥，是全表掃描，還是索引掃描缝其，還是直接用rowid挎塌；
表之間的連接類型；
表之間的連接順序内边；
語句的并行程度榴都；
常用 hint
- 強(qiáng)制索引 FORCE INDEX
SELECT * FROM tbl FORCE INDEX (FIELD1) … - 忽略索引 IGNORE INDEX
SELECT * FROM tbl IGNORE INDEX (FIELD1, FIELD2) … - 關(guān)閉查詢緩沖 SQL_NO_CACHE
SELECT SQL_NO_CACHE field1, field2 FROM tbl;
需要查詢實(shí)時(shí)數(shù)據(jù)且頻率不高時(shí)，可以考慮把緩沖關(guān)閉漠其，即不論此SQL是否曾被執(zhí)行嘴高，MySQL都不會(huì)在緩沖區(qū)中查找竿音。 - 強(qiáng)制查詢緩沖 SQL_CACHE
SELECT SQL_CACHE * FROM tbl;
功能同上一條相反，但僅在my.ini中的query_cache_type設(shè)為2時(shí)起作用拴驮。 - 優(yōu)先操作 HIGH_PRIORITY
HIGH_PRIORITY可以使用在select和insert操作中春瞬，讓MYSQL知道，這個(gè)操作優(yōu)先進(jìn)行套啤。
SELECT HIGH_PRIORITY * FROM tbl; - 滯后操作 LOW_PRIORITY
LOW_PRIORITY可以使用在insert和update操作中宽气，讓mysql知道，這個(gè)操作滯后纲岭。
update LOW_PRIORITY tbl set field1= where field1= … - 延時(shí)插入 INSERT DELAYED
INSERT DELAYED INTO tbl set field1= …
指客戶端提交插入數(shù)據(jù)申請(qǐng)抹竹，MySQL返回OK狀態(tài)卻并未實(shí)際執(zhí)行，而是存儲(chǔ)在內(nèi)存中排隊(duì)止潮，當(dāng)mysql有空余時(shí)再插入窃判。
一個(gè)重要的好處是，來自多個(gè)客戶端的插入請(qǐng)求被集中在一起喇闸，編寫入一個(gè)塊袄琳，比獨(dú)立執(zhí)行許多插入要快很多。
壞處是燃乍，不能返回自增ID唆樊，以及系統(tǒng)崩潰時(shí)，MySQL還未來得及被插入的數(shù)據(jù)將會(huì)丟失刻蟹。 - 強(qiáng)制連接順序 STRAIGHT_JOIN
SELECT tbl.FIELD1, tbl2.FIELD2 FROM tbl STRAIGHT_JOIN tbl2 WHERE …
由上面的SQL語句可知逗旁，通過STRAIGHT_JOIN強(qiáng)迫MySQL按tbl、tbl2的順序連接表舆瘪。如果你認(rèn)為按自己的順序比MySQL推薦的順序進(jìn)行連接的效率高的話片效，就可以通過STRAIGHT_JOIN來確定連接順序。
不常用
- 強(qiáng)制使用臨時(shí)表 SQL_BUFFER_RESULT
SELECT SQL_BUFFER_RESULT * FROM tbl WHERE …
當(dāng)我們查詢的結(jié)果集中的數(shù)據(jù)比較多時(shí)英古，可以通過SQL_BUFFER_RESULT.選項(xiàng)強(qiáng)制將結(jié)果集放到臨時(shí)表中淀衣，這樣就可以很快地釋放MySQL的表鎖（這樣其它的SQL語句就可以對(duì)這些記錄進(jìn)行查詢了），并且可以長(zhǎng)時(shí)間地為客戶端提供大記錄集召调。 - 分組使用臨時(shí)表 SQL_BIG_RESULT和SQL_SMALL_RESULT
SELECT SQL_BUFFER_RESULT FIELD1, COUNT(*) FROM tbl GROUP BY FIELD1;
對(duì)SELECT語句有效膨桥，告訴MySQL優(yōu)化去對(duì)GROUP BY和DISTINCT查詢?nèi)绾问褂门R時(shí)表排序，SQL_SMALL_RESULT表示結(jié)果集很小唠叛，可以直接在內(nèi)存的臨時(shí)表排序只嚣；反之則很大，需要使用磁盤臨時(shí)表排序艺沼。 - SQL_CALC_FOUND_ROWS
它其實(shí)不是優(yōu)化器提示册舞，也不影響優(yōu)化器的執(zhí)行計(jì)劃，但會(huì)讓mysql返回的結(jié)果集中包含本次操作影響的總行數(shù)澳厢，需與FOUND_ROWS()聯(lián)用环础。
SQL_CALC_FOUND_ROWS通知MySQL將本次處理的行數(shù)記錄下來；FOUND_ROWS()用于取出被記錄的行數(shù)剩拢，可以應(yīng)用到分頁場(chǎng)景线得。
一般的分頁寫法為：先查總數(shù)，計(jì)算頁數(shù)徐伐，再查詢某一頁的詳情贯钩。
SELECT COUNT(*) from tbl WHERE …
SELECT * FROM tbl WHERE … limit m,n
但借助SQL_CALC_FOUND_ROWS，可以簡(jiǎn)化成如下寫法：
SELECT SQL_CALC_FOUND_ROWS * FROM tbl WHERE … limit m,n;
SELECT FOUND_ROWS();
第二條SELECT將返回第一條SELECT不帶limit時(shí)的總行數(shù)办素，如此只需執(zhí)行一次較耗時(shí)的復(fù)雜查詢就可同時(shí)得到總行數(shù)角雷。 - LOCK IN SHARE MODE、 FOR UPDATE
同樣的性穿，這倆也不是優(yōu)化提示勺三，是控制SELECT語句的鎖機(jī)制，只對(duì)行級(jí)鎖有效需曾，即InnoDB支持吗坚。
概念和區(qū)別
SELECT ... LOCK IN SHARE MODE添加的是IS鎖(意向共享鎖)，即在符合條件的rows上都加了共享鎖呆万，其他session可讀取記錄商源，亦可繼續(xù)添加IS鎖，但無法修改谋减，直到這個(gè)加鎖的session done(否則直接鎖等待超時(shí))牡彻。
SELECT ... FOR UPDATE添加的是IX鎖(意向排它鎖)，即符合條件的rows上都加了排它出爹，其他session無法給這些記錄添加任何S鎖或X鎖庄吼。如果不存在一致性非鎖定讀的話，則其他session是無法讀取和修改這些記錄的以政，但innodb有非鎖定讀(快照讀不需要加鎖)霸褒。
因此，for update的加鎖方式只是比lock in share mode的方式多阻塞了select...lock in share mode的查詢方式盈蛮，并不會(huì)阻塞快照讀废菱。
應(yīng)用場(chǎng)景
LOCK IN SHARE MODE的適用于兩張存在關(guān)系的表的寫場(chǎng)景，以mysql官方例子來說抖誉，一個(gè)表是child表殊轴，一個(gè)是parent表，假設(shè)child表的某一列child_id映射到parent表的c_child_id列袒炉，從業(yè)務(wù)角度講旁理，此時(shí)直接insert一條child_id=100記錄到child表是存在風(fēng)險(xiǎn)的，因?yàn)閕nsert的同時(shí)可能存在parent表執(zhí)行了刪除c_child_id=100的記錄我磁，業(yè)務(wù)數(shù)據(jù)有不一致的風(fēng)險(xiǎn)孽文。正確方法是先執(zhí)行select * from parent where c_child_id=100 lock in share mode驻襟，鎖定parent表的這條記錄，然后執(zhí)行insert into child(child_id) values (100)芋哭。
