對于大多數(shù)web應用來說,數(shù)據(jù)庫都是一個十分基礎性的部分。如果你在使用PHP,那么你很可能也在使用MySQL—LAMP系列中舉足輕重的一份子。
對于很多新手們來說,使用PHP可以在短短幾個小時之內(nèi)輕松地寫出具有特定功能的代碼。但是,構建一個穩(wěn)定可靠的數(shù)據(jù)庫卻需要花上一些時日和相關技 能。下面列舉了我曾經(jīng)犯過的最嚴重的11個MySQL相關的錯誤(有些同樣也反映在其他語言/數(shù)據(jù)庫的使用上)。。。
這篇我們繼續(xù)上篇文章繼續(xù)給大家講解.
6.沒有優(yōu)化數(shù)據(jù)庫查詢99%的PHP性能問題都是由數(shù)據(jù)庫引起的,僅僅一個糟糕的SQL查詢就能讓你的web應用徹底癱瘓。MySQL的EXPLAIN statement、Query Profiler,還有很多其他的工具將會幫助你找出這些萬惡的SELECT。7.不能正確使用數(shù)據(jù)類型MySQL提供了諸如numeric、string和date等的數(shù)據(jù)類 型。如果你想存儲一個時間,那么使用DATE或者DATETIME類型。如果這個時候用INTEGER或者STRING類型的話,那么將會使得SQL查詢 非常復雜,前提是你能使用INTEGER或者STRING來定義那個類型。
很多人傾向于擅自自定義一些數(shù)據(jù)的格式,比如,使用string來存儲序列化的PHP對象。這樣的話數(shù)據(jù)庫管理起來可能會變得簡單些,但會使得MySQL成為一個糟糕的數(shù)據(jù)存儲而且之后很可能會引起故障。8.在查詢中使用* 永遠不要使用*來返回一個數(shù)據(jù)表所有列的數(shù)據(jù)。這是懶惰:你應該提取你需要的數(shù)據(jù)。就算你需要所有字段,你的數(shù)據(jù)表也不可避免的會產(chǎn)生變化。
9.不使用索引或者過度使用索引 一般性原則是這樣的:select語句中的任何一個where子句表示的字段都應該使用索引。
舉個例子,假設我們有一個user表,包括numeric ID(主鍵)和email address。登錄的時候,MySQL必須以一個email為依據(jù)查找正確的ID。如果使用了索引的話(這里指email),那么MySQL就能夠使用 更快的搜索算法來定位email,甚至可以說是即時實現(xiàn)。否則,MySQL就只能順序地檢查每一條記錄直到找到正確的email address。
有的人會在每個字段上都添加索引,遺憾的是,執(zhí)行了INSERT或者UPDATE之后這些索引都需要重新生成,這樣就會影響性能。所以,只在需要的時候添加索引。10.忘記備份!雖然比較罕見,但是數(shù)據(jù)庫還是有崩潰的危險。硬盤有可能損壞,服務器有可能崩潰,web主機提供商有可能會破產(chǎn)!丟失MySQL數(shù)據(jù)將會是災難性的,所以請確保你已經(jīng)使用了自動備份或者已經(jīng)復制到位。11.Bonus mistake-不考慮使用其他數(shù)據(jù)庫 對于PHP開發(fā)人員來說,MySQL可能是使用最廣泛的數(shù)據(jù)庫系統(tǒng),但并不是唯一的選擇。PostgreSQL和Firebird是最強有力的競爭 者:這個兩者都是開源的,而且都沒有被公司收購。微軟提供了sql server Express,甲骨文提供了10g Express,這兩者都是企業(yè)級數(shù)據(jù)庫的免費版本。有時候,對于一個較小的web應用或者嵌入式應用,SQLite也不失為一個可行的替代方案。