三種東西不要放在資料庫

這後兩個是真正的殺手。把縮圖存到資料庫裡？很好，那你就不能使用nginx或其它型別的輕量級伺服器來處理它們了。

給自己行個方便吧，在資料庫裡只簡單的存放乙個磁碟上你的檔案的相對路徑，或者使用s3或cdn之類的服務。

使用情況統計資料，測量資料，gps定位資料，session資料，任何只是短時間內對你有用，或經常變化的資料。如果你發現自己正在使用定時任務從某個表裡刪除有效期只有一小時，一天或數週的資料，那說明你沒有找對正確的做事情的方法。

使用redis， statsd/graphite，riak，它們都是幹這種事情更合適的工具。這建議也適用於對於收集那些短生命期的資料。

把日誌資料存放到資料庫裡，表面上看起來似乎不錯，而且「將來也許我需要對這些資料進行複雜的查詢」，這樣的話很得人心。這樣做並不是乙個特別差的做法，但如果你把日誌資料和你的產品資料存放到乙個資料庫裡就非常不好了。

也許你的日誌記錄做的很保守，每次web請求只產生一條日誌。對於整個**的每個事件來說，這仍然會產生大量的資料庫插入操作，爭奪你使用者需要的資料庫資源。如果你的日誌級別設定為verbose或debug，那等著看你的資料庫著火吧。

你應該使用一些比如splunk, loggly或純文字檔案來存放你的日誌資料。這樣去檢視它們也許會不方便，但這樣的時候不多，甚至有時候你需要寫出一些**來分析出你想要的答案，但總的來說是值得的。