對于大多數(shù)web應用來說，數(shù)據(jù)庫都是一個十分基礎性的部分菜职。如果你在使用PHP邦鲫，那么你很可能也在使用MySQL—LAMP系列中舉足輕重的一份子例获。
對于很多新手們來說低矮，使用PHP可以在短短幾個小時之內輕松地寫出具有特定功能的代碼印叁。但是，構建一個穩(wěn)定可靠的數(shù)據(jù)庫卻需要花上一些時日和相關技能军掂。下面列舉了我曾經犯過的最嚴重的11個MySQL相關的錯誤（有些同樣也反映在其他語言/數(shù)據(jù)庫的使用上）轮蜕。。蝗锥。
1.使用MyISAM而不是InnoDB
MySQL有很多數(shù)據(jù)庫引擎跃洛，但是你最可能碰到的就是MyISAM和InnoDB。
MySQL默認使用的是MyISAM终议。但是汇竭，很多情況下這都是一個很糟糕的選擇，除非你在創(chuàng)建一個非常簡單抑或實驗性的數(shù)據(jù)庫穴张。外鍵約束或者事務處理對于數(shù)據(jù)完整性是非常重要的韩玩，但MyISAM都不支持這些。另外陆馁，當有一條記錄在插入或者更新時，整個數(shù)據(jù)表都被鎖定了合愈，當使用量增加的時候這會產生非常差的運行效率叮贩。
結論很簡單：使用InnoDB。
2.使用PHP的mysql函數(shù)
PHP自產生之日就提供了MySQL庫函數(shù)（or near as makes no difference）佛析。很多應用仍然在使用類似mysql_connect益老、mysql_query、mysql_fetch_assoc等的函數(shù)寸莫，盡管PHP手冊上說：如果你在使用MySQL v4.1.3或者更新版本捺萌，強烈推薦使用您使用mysqli擴展。
mysqli（MySQL的加強版擴展）有以下幾個優(yōu)點：
可選的面向對象接口
prepared表達式膘茎，這有利于阻止SQL注入攻擊桃纯，還能提高性能
支持更多的表達式和事務處理
另外酷誓，如果你想支持多種數(shù)據(jù)庫系統(tǒng)，你還可以考慮PDO态坦。
3.沒有處理用戶輸入
這或者可以這樣說#1：永遠不要相信用戶的輸入盐数。用服務器端的PHP驗證每個字符串，不要寄希望與JavaScript伞梯。最簡單的SQL注入攻擊會利用如下的代碼：
$username = $_POST["name"]; $password = $_POST["password"]; $sql = "SELECT userid FROM usertable WHERE username='$username' AND password='$password';"; // run query...
只要在username字段輸入“admin';--”玫氢，這樣就會被黑到，相應的SQL語句如下：
SELECT userid FROM usertable WHERE username='admin';
狡猾的黑客可以以admin登錄谜诫，他們不需要知道密碼漾峡，因為密碼段被注釋掉了。
4.沒有使用UTF-8
美國喻旷、英國和澳大利亞的我們很少考慮除英語之外的其他語言生逸。我們很得意地完成了自己的“杰作”卻發(fā)現(xiàn)它們并不能在其他地方正常運行。
UTF-8解決了很多國際化問題掰邢。雖然在PHP v6.0之前它還不能很好地被支持牺陶，但這并不影響你把MySQL字符集設為UTF-8。
5.相對于SQL辣之，偏愛PHP
如果你接觸MySQL不久掰伸，那么你會偏向于使用你已經掌握的語言來解決問題，這樣會導致寫出一些冗余怀估、低效率的代碼狮鸭。比如，你不會使用MySQL自帶的AVG()函數(shù)多搀，卻會先對記錄集中的值求和然后用PHP循環(huán)來計算平均值歧蕉。
此外，請注意PHP循環(huán)中的SQL查詢康铭。通常來說惯退，執(zhí)行一個查詢比在結果中迭代更有效率。
所以从藤，在分析數(shù)據(jù)的時候請利用數(shù)據(jù)庫系統(tǒng)的優(yōu)勢催跪，懂一些SQL的知識將大有裨益。
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ù)表也不可避免的會產生變化厂捞。
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主機提供商有可能會破產兽狭！丟失MySQL數(shù)據(jù)將會是災難性的，所以請確保你已經使用了自動備份或者已經復制到位。
11.Bonus mistake-不考慮使用其他數(shù)據(jù)庫
對于PHP開發(fā)人員來說箕慧，MySQL可能是使用最廣泛的數(shù)據(jù)庫系統(tǒng)服球，但并不是唯一的選擇。PostgreSQL和Firebird是最強有力的競爭者：這個兩者都是開源的颠焦，而且都沒有被公司收購斩熊。微軟提供了sql server Express，甲骨文提供了10g Express伐庭，這兩者都是企業(yè)級數(shù)據(jù)庫的免費版本粉渠。有時候，對于一個較小的web應用或者嵌入式應用圾另，SQLite也不失為一個可行的替代方案霸株。
