總結(jié)PHP程序員最常犯的11個MySQL錯誤

總結(jié)PHP程序員最常犯的11個MySQL錯誤總結(jié)PHP程序員最常犯的11個MySQL錯誤

對于大多數(shù)web應(yīng)用來說，數(shù)據(jù)庫都是一個非常根底性的局部。假如你在使用PHP，那么你很可能也在使用MySQLLAMP系列中舉足輕重的一份子。

對于許多新手們來說，使用PHP可以在短短幾個小時之內(nèi)輕松地寫出具有特定功能的代碼。但是，構(gòu)建一個穩(wěn)定牢靠的數(shù)據(jù)庫卻需要花上一些時日和相關(guān)技能。下面列舉了我曾經(jīng)犯過的最嚴(yán)峻的11個MySQL相關(guān)的錯誤(有些同樣也反映在其他語言/數(shù)據(jù)庫的使用上)。

1、使用MyISAM而不是InnoDB

MySQL有許多數(shù)據(jù)庫引擎，但是你最可能遇到的就是MyISAM和InnoDB。

MySQL默認(rèn)使用的是MyISAM。但是，許多狀況下這都是一個很糟糕的選擇，除非你在創(chuàng)立一個特別簡潔抑或試驗性的數(shù)據(jù)庫。外鍵約束或者事務(wù)處理對于數(shù)據(jù)完整性是特別重要的，但MyISAM都不支持這些。另外，當(dāng)有一條記錄在插入或者更新時，整個數(shù)據(jù)表都被鎖定了，當(dāng)使用量增加的時候這會產(chǎn)生特別差的運行效率。結(jié)論很簡潔：使用InnoDB。

2、使用PHP的mysql函數(shù)

PHP自產(chǎn)生之日就供應(yīng)了MySQL庫函數(shù)(ornearasmakesnodifference)。許多應(yīng)用仍舊在使用類似mysql_connect、mysql_query、mysql_fetch_assoc等的函數(shù)，盡管PHP手冊上說：假如你在使用MySQLv4.1.3或者更新版本，劇烈推舉使用您使用mysqli擴(kuò)展。mysqli(MySQL的加強(qiáng)版擴(kuò)展)有以下幾個優(yōu)點：可選的面對對象接口

prepared表達(dá)式，這有利于阻擋SQL注入攻擊，還能提高性能支持更多的表達(dá)式和事務(wù)處理

另外，假如你想支持多種數(shù)據(jù)庫系統(tǒng)，你還可以考慮PDO。

3、沒有處理用戶輸入

這或者可以這樣說#1：永久不要信任用戶的輸入。用效勞器端的PHP驗證每個字符串，不要寄盼望與JavaScript。

4、沒有使用UTF-8

美國、英國和澳大利亞的我們很少考慮除英語之外的其他語言。我們很得意地完成了自己的“杰作”卻發(fā)覺它們并不能在其他地方正常運行。

UTF-8解決了許多國際化問題。雖然在PHPv6.0之前它還不能很好地被支持，但這并不影響你把MySQL字符集設(shè)為UTF-8。5、相對于SQL，偏愛PHP

假如你接觸MySQL不久，那么你會偏向于使用你已經(jīng)把握的語言來解決問題，這樣會導(dǎo)致寫出一些冗余、低效率的代碼。比方，你不會使用MySQL自帶的AVG()函數(shù)，卻會先對記錄集中的值求和然后用PHP循環(huán)來計算平均值。

此外，請留意PHP循環(huán)中的SQL查詢。通常來說，執(zhí)行一個查詢比在結(jié)果中迭代更有效率。

所以，在分析數(shù)據(jù)的時候請利用數(shù)據(jù)庫系統(tǒng)的優(yōu)勢，懂一些SQL的學(xué)問將大有裨益。

6、沒有優(yōu)化數(shù)據(jù)庫查詢

99%的PHP性能問題都是由數(shù)據(jù)庫引起的，僅僅一個糟糕的SQL查詢就能讓你的web應(yīng)用徹底癱瘓。MySQL的EXPLAINstatement、QueryProfiler，還有許多其他的工具將會幫忙你找出這些萬惡的SELECT。7、不能正確使用數(shù)據(jù)類型

MySQL供應(yīng)了諸如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ù)。這是懶散：你應(yīng)當(dāng)提取你需要的數(shù)據(jù)。就算你需要全部字段，你的數(shù)據(jù)表也不行避開的會產(chǎn)生變化。9、不使用索引或者過度使用索引

一般性原則是這樣的：select語句中的任何一個where子句表示的字段都應(yīng)當(dāng)使用索引。

舉個例子，假設(shè)我們有一個user表，包括numericID(主鍵)和emailaddress。登錄的時候，MySQL必需以一個email為依據(jù)查找正確的ID。假如使用了索引的話(這里指email)，那么MySQL就能夠使用更快的搜尋算法來定位email，甚至可以說是即時實現(xiàn)。否則，MySQL就只能挨次地檢查每一條記錄直到找到正確的emailaddress。

有的人會在每個字段上都添加索引，圓滿的是，執(zhí)行了INSERT或者UPDATE之后這些索引都需要重新生成，這樣就會影響性能。所以，只在需要的時候添加索引。10、遺忘備份!

雖然比擬罕見，但是數(shù)據(jù)庫還是有崩潰的危急。硬盤有可能損壞，效勞器有可能崩潰，web主機(jī)供應(yīng)商有可能會破產(chǎn)!喪失MySQL數(shù)據(jù)將會是災(zāi)難性的，所以請確保你已經(jīng)使用了自動備份或者已經(jīng)復(fù)制到位。11、Bonusmistake-不考慮使用其他數(shù)據(jù)庫

對于PHP開發(fā)人員來說，MySQL可能是使用最廣泛的數(shù)據(jù)庫系統(tǒng)，但并不是唯一的選擇。PostgreSQL和Firebird是最強(qiáng)有力的競爭者：這個兩者都是開源的，而且都沒有被公司收購。微軟供應(yīng)了sqlserverExpress，甲骨文供應(yīng)了10gExpress，這兩者都是企業(yè)級數(shù)據(jù)庫的免費版本。有時候，對于一個較小的web應(yīng)用或者嵌入式應(yīng)用，SQLite也不失為一個可行的替代方案。

擴(kuò)展閱讀：總結(jié)PHP程序員最常犯的11個MySQL錯誤

總結(jié)PHP程序員最常犯的11個MySQL錯誤

對于大多數(shù)web應(yīng)用來說，數(shù)據(jù)庫都是一個非常根底性的局部。假如你在使用PHP，那么你很可能也在使用MySQLLAMP系列中舉足輕重的一份子。

對于許多新手們來說，使用PHP可以在短短幾個小時之內(nèi)輕松地寫出具有特定功能的代碼。但是，構(gòu)建一個穩(wěn)定牢靠的數(shù)據(jù)庫卻需要花上一些時日和相關(guān)技能。下面列舉了我曾經(jīng)犯過的最嚴(yán)峻的11個MySQL相關(guān)的錯誤(有些同樣也反映在其他語言/數(shù)據(jù)庫的使用上)。。。

1、使用MyISAM而不是InnoDB

MySQL有許多數(shù)據(jù)庫引擎，但是你最可能遇到的就是MyISAM和InnoDB。MySQL默認(rèn)使用的是MyISAM。但是，許多狀況下這都是一個很糟糕的選擇，除非你在創(chuàng)立一個特別簡潔抑或試驗性的數(shù)據(jù)庫。外鍵約束或者事務(wù)處理對于數(shù)據(jù)完整性是特別重要的，但MyISAM都不支持這些。另外，當(dāng)有一條記錄在插入或者更新時，整個數(shù)據(jù)表都被鎖定了，當(dāng)使用量增加的時候這會產(chǎn)生特別差的運行效率。結(jié)論很簡潔：使用InnoDB。2、使用PHP的mysql函數(shù)

PHP自產(chǎn)生之日就供應(yīng)了MySQL庫函數(shù)(ornearasmakesnodifference)。許多應(yīng)用仍舊在使用類似mysql_connect、mysql_query、mysql_fetch_assoc等的函數(shù)，盡管PHP手冊上說：

假如你在使用MySQLv4.1.3或者更新版本，劇烈推舉使用您使用mysqli擴(kuò)展。mysqli(MySQL的加強(qiáng)版擴(kuò)展)有以下幾個優(yōu)點：可選的面對對象接口

prepared表達(dá)式，這有利于阻擋SQL注入攻擊，還能提高性能支持更多的表達(dá)式和事務(wù)處理另外，假如你想支持多種數(shù)據(jù)庫系統(tǒng)，你還可以考慮PDO。3、沒有處理用戶輸入

這或者可以這樣說#1：永久不要信任用戶的輸入。用效勞器端的PHP驗證每個字符串，不要寄盼望與JavaScript。最簡潔的SQL注入攻擊會利用如下的代碼：

$username=$_POST[“name“];$password=$_POST[“password“];$sql=“SELECTuseridFROMusertableWHEREusername=“$username“ANDpassword=“$password“;“;//runquery...

只要在username字段輸入“admin“;--”，這樣就會被黑到，相應(yīng)的SQL語句如下：SELECTuseridFROMusertableWHEREusername=“admin“;

狡猾的黑客可以以admin登錄，他們不需要知道密碼，由于密碼段被解釋掉了。4、沒有使用UTF-8

美國、英國和澳大利亞的我們很少考慮除英語之外的其他語言。我們很得意地完成了自己的“杰作”卻發(fā)覺它們并不能在其他地方正常運行。

UTF-8解決了許多國際化問題。雖然在PHPv6.0之前它還不能很好地被支持，但這并不影響你把MySQL字符集設(shè)為UTF-8。5、相對于SQL，偏愛PHP

假如你接觸MySQL不久，那么你會偏向于使用你已經(jīng)把握的語言來解決問題，這樣會導(dǎo)致寫出一些冗余、低效率的代碼。比方，你不會使用MySQL自帶的AVG()函數(shù)，卻會先對記錄集中的值求和然后用PHP循環(huán)來計算平均值。

此外，請留意PHP循環(huán)中的SQL查詢。通常來說，執(zhí)行一個查詢比在結(jié)果中迭代更有效率。

所以，在分析數(shù)據(jù)的時候請利用數(shù)據(jù)庫系統(tǒng)的優(yōu)勢，懂一些SQL的學(xué)問將大有裨益。6、沒有優(yōu)化數(shù)據(jù)庫查詢99%的PHP性能問題都是由數(shù)據(jù)庫引起的，僅僅一個糟糕的SQL查詢就能讓你的web應(yīng)用徹底癱瘓。MySQL的EXPLAINstatement、QueryProfiler，還有許多其他的工具將會幫忙你找出這些萬惡的SELECT。7、不能正確使用數(shù)據(jù)類型

MySQL供應(yīng)了諸如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ù)。這是懶散：你應(yīng)當(dāng)提取你需要的數(shù)據(jù)。就算你需要全部字段，你的數(shù)據(jù)表也不行避開的會產(chǎn)生變化。9、不使用索引或者過度使用索引

一般性原則是這樣的：select語句中的任何一個where子句表示的字段都應(yīng)當(dāng)使用索引。

舉個例子，假設(shè)我們有一個user表，包括numericID(主鍵)和emailaddress。登錄的時候，MySQL必需以一個email為依據(jù)查找正確的ID。假如使用了索引的話(這里指email)，那么MySQL就能夠使用更快的搜尋算法來定位email，甚至可以說是即時實現(xiàn)。否則，MySQL就只能挨次地檢查每一條記錄直到找到正確的emailaddress。有的人會在每個字段上都添加索引，圓滿的是，執(zhí)行了INSERT或者UPDATE之后這些索引都需要重新生成，這樣就會影響性能。所以，只在需要的時候添加索引。10、遺忘備份!

雖然比擬罕見，但是數(shù)據(jù)庫還是有崩潰的危急。硬盤有可能損壞，效勞器有可能崩潰，web主機(jī)供應(yīng)商有可能會破產(chǎn)!喪失MySQL數(shù)據(jù)將會是災(zāi)難性的，所以請確保你已經(jīng)使用了自動備份或者已經(jīng)復(fù)制到位。11、Bonusmistake-不考慮使用其他數(shù)據(jù)庫

對于PHP開發(fā)人員來說，MySQL可能是使用最廣泛的數(shù)據(jù)庫