小型項目對于數據庫的使用往往比較隨意，過(guò)多的考慮分庫分表等策略對于相當多數沒(méi)有海量數據需要存儲到db的應用又顯得浪費。那么如何避免，特別是當數據庫壓力比較小的開(kāi)發(fā)初期，db架構方面的問(wèn)題，我想遵循幾個(gè)簡(jiǎn)單的原則就可以。從應用架構的角度，項目中最常見(jiàn)的問(wèn)題有三種：如何使用數據庫，NULL值，索引與查詢(xún)。
一，如何使用數據庫
1，圍繞數據庫的使用方式也決定架構如何。正如“MySQL數據庫開(kāi)發(fā)的三十六條軍規”開(kāi)篇所說(shuō)：
·別讓腳趾頭想事情
·那是腦瓜子的職責
·讓數據庫多做她擅長(cháng)的事：
盡量不在數據庫做運算
復雜運算秱到程序端CPU
盡可能簡(jiǎn)單應用MySQL
這么簡(jiǎn)單的道理，卻曾在項目里被argue很多次。理由是數據庫中進(jìn)行邏輯處理，任何過(guò)程通過(guò)query db便可見(jiàn)，利于debug和測試。事實(shí)證明這是一種錯誤的思路，雖然得了小利卻在系統擴展性和性能上吃了大虧，是失敗的構架。
2，設計表結構時(shí)多用數值列，比如ip就可用整數而不是字符列表示；
二，查詢(xún)
一般不推薦使用復雜的查詢(xún)，且如果你的架構合理，應該是少查少寫(xiě)。
1，可以的話(huà)，不要使用select *樣式的SQL。原因是DBMS會(huì )將“*”依次轉換成所有的列名，需要查詢(xún)數據字典，耗費資源；
2，充分利用主鍵列或者索引列，這里引用一個(gè)數據加以說(shuō)明：
MySQL> select sql_no_cache * from post limit 80000,10;
10 rows in set (0.58 sec)
MySQL> select sql_no_cache id from post limit 80000,10;
10 rows in set (0.02 sec)
3，對于mysql，少用子查詢(xún)，而多用join；比如減少使用：
select * from table1 where id in (select id from table2);
三，索引與null值
1，索引不是越多越好，建立索引應充分考慮其需求。
2，如有null的列，最好不建立索引，因null值不放入索引，使得全表掃描的幾率變大。至于是否加入默認值替代null，則要估計應用數據中null值有多少。這里有篇博文http://space.itpub.net/17203031/viewspace-692784寫(xiě)得非常詳細，推薦大家去看）
3，另有一種說(shuō)法是mysql只使用多個(gè)索引中的一個(gè)，這是不對的。mysql是否使用多個(gè)索引主要是根據查詢(xún)的方式?jīng)Q定。推薦這篇文章，比較詳細：http://hi.baidu.com/wangxinhui419/blog/item/f22ee343cfd9f90672f05d06.html
另附上“MySQL數據庫開(kāi)發(fā)的三十六條軍規”以方便大家參考mysql中的其他有趣規則。
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
