1、強制使用decimal存儲小數(shù)，不使用float、double，防止精度損失，如果存儲的數(shù)據(jù)范圍超過 decimal 的范圍，建議將數(shù)據(jù)拆成整數(shù)和小數(shù)分開存儲。這也是阿里的強制開發(fā)規(guī)范。

成都創(chuàng)新互聯(lián)公司專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務，包含不限于網(wǎng)站設計制作、成都網(wǎng)站制作、宣化網(wǎng)絡推廣、微信平臺小程序開發(fā)、宣化網(wǎng)絡營銷、宣化企業(yè)策劃、宣化品牌公關、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務，您的肯定，是我們最大的嘉獎；成都創(chuàng)新互聯(lián)公司為所有大學生創(chuàng)業(yè)者提供宣化建站搭建服務，24小時服務熱線：18980820575，官方網(wǎng)址：www.cdcxhl.com

2、高效分頁

limit m,n其實質(zhì)就是先執(zhí)行l(wèi)imit m+n，然后從第m行取n行，這樣當limit翻頁越往后翻m越大，性能越低。比如

select * from A limit 100000,10，這種sql語句的性能是很差的，建議改成下面的版本:

selec id,name,age from A where id >=(select id from A limit 100000,1) limit 10

3、InnoDB的行鎖加上死鎖檢測機制會導致數(shù)據(jù)庫CPU短時間內(nèi)被占滿，導致整庫幾乎無法響應。 

4、對數(shù)據(jù)分組的總結(jié):

1 分組函數(shù)只能出現(xiàn)在選擇列表、having、order by子句中(不能出現(xiàn)在where中) 。

2 如果在select語句中同時包含有where,group by, having, order by 那么它們的順序是where,group by, having, order by 。

3 在選擇列中如果有列、表達式和分組函數(shù)，那么這些列和表達式必須有一個出現(xiàn)在group by 子句中，否則就會出錯。

如SELECT deptno, AVG(sal), MAX(sal) FROM emp GROUP by deptno HAVING AVG(sal) < 2000;

這里deptno就一定要出現(xiàn)在group by 中。

5、sql排序默認是升序(從小到大)，直接order by，降序是desc。

6、子查詢比關聯(lián)查詢效率高。

MySQL：

mysql的innodb的底層存儲模型是B+樹，它使用主鍵作為聚簇索引，使用插入的數(shù)據(jù)作為葉子節(jié)點，通過主鍵可以很快找到葉子節(jié)點，從而快速獲取記錄。主鍵最好要自增。因為自增主鍵可以讓插入的數(shù)據(jù)按主鍵順序插入到底層的B+樹的葉子節(jié)點中，由于是按序的，這種插入幾乎不需要去移動已有的其它數(shù)據(jù)，所以插入效率很高。如果主鍵不是自增的，那么每次主鍵的值近似隨機，這時候就有可能需要移動大量數(shù)據(jù)來保證B+樹的特性，增加了不必要的開銷。

對于mysql的join，它用的是Nested Loop Join算法，也就是通過前一個表查詢的結(jié)果集去后一個表中查詢，比如前一個表的結(jié)果集是100條數(shù)據(jù)，后一個表有10W數(shù)據(jù)，那么就需要在100*10W的數(shù)據(jù)集合中去過濾得到最終的結(jié)果集。因此，盡量用小結(jié)果集的表去和大表做join，同時在join的字段上建立索引，如果建不了索引，就需要設置足夠大的join buffer size