三種器械永久不要放到mysql數據庫裡。本站提示廣大學習愛好者：（三種器械永久不要放到mysql數據庫裡）文章只能為提供參考，不一定能成為您想要的結果。以下是三種器械永久不要放到mysql數據庫裡正文
圖片，文件，二進制數據永久不要放到mysql數據庫裡。
許多人會認為既然數據庫支撐BLOB類型的數據，把文件塞進BLOB字段裡必定沒有錯了！？錯，不是如許的！ 其余先不提，在許多數據庫說話裡，處置年夜字段都不是很輕易。
把文件寄存在數據庫裡有許多成績：
1.對數據庫的讀/寫的速度永久都趕不上文件體系處置的速度
2.數據庫備份變的偉大，愈來愈耗時光
3.對文件的拜訪須要穿越你的運用層和數據庫層
這後兩個是真實的殺手。
那末把圖片縮略圖存到數據庫裡？成果是，你不克不及應用nginx或其它類型的輕量級辦事器來處置它們了。
給本身行個便利吧，在數據庫裡只簡略的寄存一個磁盤上你的文件的絕對途徑，或許應用S3或CDN之類的辦事。
短性命期數據不要放到mysql數據庫裡
應用情形統計數據，丈量數據，GPS定位數據，session數據，任何只是短時光內對你有效，或常常變更的數據。 假如你發明本身正在應用准時義務從某個內外刪除有用期只要一小時，一天或數周的數據， 那解釋你沒有找對准確的干事情的辦法。 應用redis，statsd/graphite， Riak，它們都是干這類工作更適合的對象。 這建議也實用於關於搜集那些短性命期的數據。
固然，用挖土機在後花圃裡種土豆也是可行的，但比擬起從儲物間裡拿出一把鏟子， 你預定一台挖土機、等它趕到你的園子裡挖坑，這明顯更慢。 你要選擇適合的對象來處置手頭上的事。
日記文件不要放到mysql數據庫裡
把日記數據寄存到數據庫裡，外面上看起來仿佛不錯，並且“未來或許我須要對這些數據停止龐雜的查詢”， 如許的話很得人心。如許做其實不是一個特殊差的做法， 但假如你把日記數據和你的產物數據寄存到一個數據庫裡就異常欠好了。
或許你的日記記載做的很守舊，每次web要求只發生一條日記。 關於全部網站的每一個事宜來講，這依然會發生年夜量的數據庫拔出操作， 爭取你用戶須要的數據庫資本。 假如你的日記級別設置為verbose或debug，那等著看你的數據庫著火吧。
你應當應用一些好比Splunk Loggly或純文本文件來寄存你的日記數據。 如許去檢查它們或許會不便利，但如許的時刻不多，乃至有時刻你須要寫出一些代碼來剖析出你想要的謎底， 但總的來講是值得的。
