維護(hù)一個(gè)交易系統(tǒng)，交易記錄表tradelog包含交易流水號(hào)(tradeid)、交易員id(operator)、交易時(shí)間(t_modified)等字段。
建表語(yǔ)句如下：

create table 'tradelog' ('id' int(11) not null,'tradeid' varchar(32) default null,'operator' int(11) default null,'t_modified' datetime default null,primary key ('id'),key 'tradeid' ('tradeid'),key 't_modified' ('t_modified') ) engine = InnoDB default charset = utf8mb4;

假設(shè)已經(jīng)記錄了從2016年初到2018年底的所有數(shù)據(jù)，運(yùn)營(yíng)部門有一個(gè)需求：統(tǒng)計(jì)發(fā)生在所有年份中7月份的交易記錄總數(shù)。
我們可以這樣寫：

select count(*) from tradelog where month(t_modified) = 7;

t_modified字段上有索引，但是會(huì)發(fā)現(xiàn)這條語(yǔ)句執(zhí)行時(shí)間特別久，才返回結(jié)果。
但是MySQL規(guī)定：如果對(duì)字段做了函數(shù)計(jì)算，就不能使用索引。
也就是說(shuō)：
條件為where t_modified = '2018-7-1'時(shí)，可以用上索引，而改成where month(t_modified) = 7的時(shí)候就不行了。
B+樹同一層的兄弟節(jié)點(diǎn)是有序的，所以可以快速定位。
而當(dāng)使用了month()函數(shù)，傳入7時(shí)，其實(shí)B+樹不知道接下來(lái)是取子節(jié)點(diǎn)還是兄弟節(jié)點(diǎn)。
所以說(shuō)對(duì)索引字段做函數(shù)操作，優(yōu)化器無(wú)法判斷最終的結(jié)果是不是有序的，所以就會(huì)放棄使用搜索樹，只能全部掃描該索引樹。所以建議在查詢時(shí)，盡量不要對(duì)字段進(jìn)行操作

為了能夠用上索引的快速定位能力，我們就要把SQL語(yǔ)句改成基于字段本身的范圍查詢：

select count(*) from tradelog where-> (t_modified >= '2016-7-1' and t_modified < '2016-8-1') or-> (t_modified >= '2017-7-1' and t_modified < '2017-8-1') or-> (t_modified >= '2018-7-1' and t_modified < '2018-8-1');

優(yōu)化器在對(duì)于不改變有序性的函數(shù)上，也不會(huì)考慮使用索引。比如：對(duì)于select * from tradelog where id + 1 = 10000這個(gè)SQL語(yǔ)句，
這個(gè)+1不會(huì)改變有序性，但是優(yōu)化器還是不能用id索引快速定位到9999這一行。所以需要我們?cè)趯慡QL語(yǔ)句時(shí)，手動(dòng)改寫成where id = 10000 - 1才行。

總結(jié)

以上是生活随笔為你收集整理的《MySQL tips:查询时，尽量不要对字段进行操作》的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。