在項目開發(fā)的過程中，包括測試人員提出的一些bug，慢慢總結(jié)出一些Mysql的使用經(jīng)驗。

1. decimal類型的字段總長度包括了精度長度。

比如decimal(10, 2)，則表示小數(shù)點左邊為8位，右邊為2位。decimal類型字段常用于存儲精度要求高的數(shù)字。

2. 字段默認不區(qū)分大小寫。

測試跟我說，產(chǎn)品名判斷是否重名時有bug，不能區(qū)分大小寫。存在名為test的產(chǎn)品，再取TEST時竟然提示重名。

解決方法有幾種：

（1）添加binary關(guān)鍵字

SELECT * FROM table WHERE BINARY name = 'test';

（2）設(shè)置字符集為utf8_bin?

utf8_bin：區(qū)分大小寫； ? ?utf8_general_ci：不區(qū)分大小寫

3. 當(dāng)有GROUP BY時，不能直接用COUNT(*)計算行數(shù)。

比如：

SELECT * FROM table WHERE conditions GROUP BY column_1, column_2 LIMIT pagestart, pagesize;

無法用以下sql語句來計算行數(shù)：

SELECT COUNT(*) FROM table WHERE conditions GROUP BY column_1, column_2;

需將GROUP BY的部分放入COUNT里，即改成：

SELECT COUNT(DISTINCT column_1, column_2) FROM table WHERE conditions;

4.用LIMIT來實現(xiàn)分頁，需要兩條sql語句。

（1）用LIMIT offset, pagesize來實現(xiàn)分頁；

（2）同時要獲取同等sql（去除分頁條件）結(jié)果的總數(shù)量，來給前端進行分頁計算。

這里有個優(yōu)化sql的地方：LIMIT的offset越大，效率越低

原本：

SELECT id FROM table LIMIT 100000, 10;

改進：

SELECT id FROM table WHERE id > 100000 LIMIT 10;

5. datetime類型字段自動更新時間的問題。

項目發(fā)現(xiàn)一個bug，修改表中數(shù)據(jù)會記錄修改時間updated_at，結(jié)果創(chuàng)建時間created_at也跟著更新，導(dǎo)致某個定時任務(wù)的邏輯判斷出了問題。

當(dāng)表中有datetime類型的字段a和b，其中b字段設(shè)置了ON UPDATE CURRENT_TIMESTAMP。當(dāng)修改了字段a時，b會自動更新為最新時間。

所以盡量把datetime類型字段的ON UPDATE CURRENT_TIMESTAMP自動設(shè)置更新時間這個特性去掉，由業(yè)務(wù)層去設(shè)置時間。

6.存儲json字符串可以用json類型字段。