程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> 網頁編程 >> PHP編程 >> 關於PHP編程 >> 再談PHP開發者常犯的10個MySQL錯誤

再談PHP開發者常犯的10個MySQL錯誤

編輯:關於PHP編程

最近看到一篇文章:《PHP開發者常犯的10個MySQL錯誤》,發現文中不少內容陳舊,隨著時間推移技術發展變化而變得不適用。為了防止誤導新手,特本著與時俱進的精神寫出此文,絕非對原文作者的不尊重。

1.使用MyISAM而不是InnoDB
完全錯誤,反駁理由:
首先原文說MyISAM是默認使用的,而實際上到了MySQL 5.5.x,InnoDB已經成為了默認的表引擎。

另外,簡單的使用InnoDB不是解決所有問題的方法,盲目的使用甚至會使應用性能下降10%乃至40%。

最佳方法還是針對具體業務具體處理,例如論壇中版塊表,新聞分類表,各種碼表等長時間不操作的表,還是要用性能優異的MyISAM引擎。
而需要用到事務處理的例如用戶、賬目、流水等嚴格要求數據完整性和時序性的,則需要用InnoDB引擎,並且應用也要用好事務處理機制。當然,事務處理必然要帶來大量的性能損耗,但是這在簡單高並發應用上是必須的。

最後,外鍵約束在公共web互聯網應用上一般是不用的,因為他會嚴重影響性能。數據完整性還是靠程序員或者應用架構本身的健壯來維護。而正規的第三范式只是在企業內部MIS系統和12306這種網站上使用。

2.使用PHP的mysql方法
不完全錯,但要酌情選用:
mysqli固然好,但是不是所有的服務器都為PHP編譯了mysqli的支持。
當你的應用如果是能確定只用自己部署的服務器,而應用也是完全自己開發,則mysqli是最好的選擇。
但是一旦你的應用有可能部署在虛擬主機或者由其他人部署(例如分布式項目),還是老老實實使用mysql函數集吧,好好封裝一下或者使用成熟框架杜絕sql注入。

3.不過濾用戶輸入
這一點不用說了,要麼MagicQuote,要麼選用成熟框架。sql注入老話題了。

4.不使用UTF-8
大部分情況下對,但也要認真考慮:
要知道,一個UTF-8字符占3個字節,所以比GBK等其他編碼的文件大33%。換句話說,相同的網頁用UTF-8編碼如果是100KB,那麼換成GBK編碼則只有66KB。所以即便你的PHP確定要用UTF-8,那麼前端頁面也要根據情況選擇需要的編碼。但是,如果PHP用UTF-8,前端模版是GBK,再加上模版引擎不強大,那麼轉碼工作夠你受的。所以盡可能的選用自己需要的編碼,而不是簡單的選擇UTF-8了事。
最後啰嗦一句:UTF-8下:strlen("我")=3,而GBK下:strlen("我")=2

5.該用SQL的地方使用PHP
同樣酌情考慮:
例如,有些人習慣在建表時,默認值填寫CURRENT_TIMESTAMP,用來達到注冊時間、發帖時間的效果。 或者在時間判斷的SQL語句中,寫類似SELECT x FROM tab1 WHERE regdate < UNIX_TIMESTAMP()。那麼我只能說,你為系統埋下了很隱蔽的BUG。因為數據庫和應用往往不在同一台機器上,時間很容易出現偏差。當你一套應用的時間參照不准確時,就會出現很大的問題。
正確做法是:不要使用MySQL的任何時間函數,而是在應用裡計算時間。如果是分布式應用,一定要有時間服務器來統一管理時間。
而文中說的一些MySQL數學函數 ,也是要慎用。因為在大型應用中,數據庫的負擔往往是最大的,而復雜的WHERE語句又是造成慢查詢的元凶。所以,要把計算盡可能的放在廉價的、不影響全局穩定的應用服務器上,而不是核心數據庫上。

6.不優化查詢
這點也不用說了,大型應用上甚至不允許使用各種JOIN,哪怕生寫兩條查詢,查回來在用PHP合並數據。

7.使用錯誤的數據類型
INT,TinyINT,VARCHAR,CHAR,TEXT這些字段類型的合理選用無可厚非。
而Date、DateTime、TIMESTAMP這三種類型,在大型應用中是絕對不可以使用的,而是要用INT(10) UNSIGNED代替。
一個是性能,另外就是應用中尤其是PHP對UNIX_TIMESTAMP時間戳的轉化實在太方便了。用Date要輸出各種時間格式反而麻煩。

8.在SELECT查詢中使用*
共勉

9.索引不足或者過度索引
索引是必須的,但是如果索引都解決不了的查詢,考慮memcache或者nosql解決方案吧。

10.不備份
這條是作者湊數麼?

11.另外:不考慮其他數據庫
這條相當正確。應用中不僅要針對應用選擇其他數據庫,甚至還要針對具體的業務類型,在同一套應用中並行使用多種數據庫。哪怕不是數據庫,而是其他各種緩存、內存存儲等解決方案。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved