php與mysql的連接有三種API接口，分別是：PHP的MySQL擴展 、PHP的mysqli擴展 、PHP數(shù)據(jù)對象(PDO) ，下面針對以上三種連接方式做下總結，以備在不同場景下選出最優(yōu)方案。
成都一家集口碑和實力的網(wǎng)站建設服務商，擁有專業(yè)的企業(yè)建站團隊和靠譜的建站技術，10多年企業(yè)及個人網(wǎng)站建設經(jīng)驗 ,為成都數(shù)千家客戶提供網(wǎng)頁設計制作,網(wǎng)站開發(fā),企業(yè)網(wǎng)站制作建設等服務,包括成都營銷型網(wǎng)站建設，品牌網(wǎng)站制作，同時也為不同行業(yè)的客戶提供網(wǎng)站建設、成都網(wǎng)站制作的服務,包括成都電商型網(wǎng)站制作建設,裝修行業(yè)網(wǎng)站制作建設，傳統(tǒng)機械行業(yè)網(wǎng)站建設,傳統(tǒng)農(nóng)業(yè)行業(yè)網(wǎng)站制作建設。在成都做網(wǎng)站,選網(wǎng)站制作建設服務商就選創(chuàng)新互聯(lián)建站。
一、特性及對比
PHP的MySQL擴展是設計開發(fā)允許PHP應用與MySQL數(shù)據(jù)庫交互的早期擴展。mysql擴展提供了一個面向過程 的接口，并且是針對MySQL4.1.3或更早版本設計的。因此，這個擴展雖然可以與MySQL4.1.3或更新的數(shù)據(jù)庫服務端 進行交互，但并不支持后期MySQL服務端提供的一些特性。由于太過古老，又不安全，所以已被后來的mysqli完全取代。
PHP的mysqli擴展，我們有時稱之為MySQL增強擴展，可以用于使用 MySQL4.1.3或更新版本中新的高級特性。其特點為：面向對象接口 、prepared語句支持、多語句執(zhí)行支持、事務支持 、增強的調(diào)試能力、嵌入式服務支持 、預處理方式完全解決了sql注入的問題。不過其也有缺點， 就是只支持mysql數(shù)據(jù)庫。如果你要是不操作其他的數(shù)據(jù)庫，這無疑是最好的選擇。
PDO是PHP Data Objects的縮寫，其是PHP應用中的一個數(shù)據(jù)庫抽象層規(guī)范。PDO提供了一個統(tǒng)一的API接口可以使得你的PHP應用不去關心具體要 連接的數(shù)據(jù)庫服務器系統(tǒng)類型。也就是說，如果你使用PDO的API，可以在任何需要的時候無縫切換數(shù)據(jù)庫服務器，比如從oracle 到MySQL，僅僅需要修改很少的PHP代碼。其功能類似于JDBC、ODBC、DBI之類接口。同樣，其也解決了sql注入問題，有很好的安全性。不過他也有缺點，某些多語句執(zhí)行查詢不支持（不過該情況很少）。
PHP軟件開發(fā)中如何提高項目的運行效率
如何提高PHP程序執(zhí)行效率？編程習慣分析,PHP程序原本是解釋性程序語言，其執(zhí)行速度本來就不高，如果在日常開發(fā)中不注意編程習慣就很難提高其執(zhí)行效率，下文從PHP編程和mysql數(shù)據(jù)效率兩個方面分析哪些提高其執(zhí)行效率的要點PHP軟件開發(fā)中如何提高項目的運行效率
一、PHP提高效率的要點
1、如果能將類的方法定義成static，就盡量定義成static，它的速度會提升將近4倍。
2、$row[’id’] 的速度是$row[id]的7倍。
3、echo 比 print 快，并且使用echo的多重參數(shù)(譯注：指用逗號而不是句點)代替字符串連接，比如echo $str1,$str2。
4、在執(zhí)行for循環(huán)之前確定最大循環(huán)數(shù)，不要每循環(huán)一次都計算最大值，最好運用foreach代替。
5、注銷那些不用的變量尤其是大數(shù)組，以便釋放內(nèi)存。
6、盡量避免使用__get，__set，__autoload。
7、require_once()代價昂貴。
8、include文件時盡量使用絕對路徑，因為它避免了PHP去include_path里查找文件的速度，解析操作系統(tǒng)路徑所需的時間會更少。
9、如果你想知道腳本開始執(zhí)行(譯注：即服務器端收到客戶端請求)的時刻，使用$_SERVER[‘REQUEST_TIME’]要好于time()。
10、函數(shù)代替正則表達式完成相同功能。
11、str_replace函數(shù)比preg_replace函數(shù)快，但strtr函數(shù)的效率是str_replace函數(shù)的四倍。
12、如果一個字符串替換函數(shù)，可接受數(shù)組或字符作為參數(shù)，并且參數(shù)長度不太長，那么可以考慮額外寫一段替換代碼，使得每次傳遞參數(shù)是一個字符，而不是只寫一行代碼接受數(shù)組作為查詢和替換的參數(shù)。
13、使用選擇分支語句(譯注：即switch case)好于使用多個if，else if語句。
14、用@屏蔽錯誤消息的做法非常低效，極其低效。
15、打開apache的mod_deflate模塊，可以提高網(wǎng)頁的瀏覽速度。
16、數(shù)據(jù)庫連接當使用完畢時應關掉，不要用長連接。
17、錯誤消息代價昂貴。
18、在方法中遞增局部變量，速度是最快的。幾乎與在函數(shù)中調(diào)用局部變量的速度相當。
19、遞增一個全局變量要比遞增一個局部變量慢2倍。
20、遞增一個對象屬性(如：$this-prop++)要比遞增一個局部變量慢3倍。
二、MYSQL數(shù)據(jù)提高執(zhí)行效率的要點
1. 為查詢緩存優(yōu)化你的查詢?
大多數(shù)的MySQL服務器都開啟了查詢緩存。這是提高性最有效的方法之一，而且這是被MySQL的數(shù)據(jù)庫引擎處理的。當有很多相同的查詢被執(zhí)行了多次的時候，這些查詢結果會被放到一個緩存中，這樣，后續(xù)的相同的查詢就不用操作表而直接訪問緩存結果了。?
這里最主要的問題是，對于程序員來說，這個事情是很容易被忽略的。因為，我們某些查詢語句會讓MySQL不使用緩存。請看下面的示例：
// 查詢緩存不開啟 $r = mysql_query("SELECT username FROM user WHERE signup_date = CURDATE()");
// 開啟查詢緩存 $today = date("Y-m-d");
$r = mysql_query("SELECT username FROM user WHERE signup_date = '$today'");
上面兩條SQL語句的差別就是 CURDATE() ，MySQL的查詢緩存對這個函數(shù)不起作用。所以，像 NOW() 和 RAND() 或是其它的諸如此類的SQL函數(shù)都不會開啟查詢緩存，因為這些函數(shù)的返回是會不定的易變的。所以，你所需要的就是用一個變量來代替MySQL的函數(shù)，從而開啟緩存。
2. EXPLAIN 你的 SELECT 查詢?
使用 EXPLAIN 關鍵字可以讓你知道MySQL是如何處理你的SQL語句的。這可以幫你分析你的查詢語句或是表結構的性能瓶頸。?
EXPLAIN 的查詢結果還會告訴你你的索引主鍵被如何利用的，你的數(shù)據(jù)表是如何被搜索和排序的……等等，等等。?
挑一個你的SELECT語句（推薦挑選那個最復雜的，有多表聯(lián)接的），把關鍵字EXPLAIN加到前面。你可以使用phpmyadmin來做這個事。然后，你會看到一張表格。下面的這個示例中，我們忘記加上了group_id索引，并且有表聯(lián)接：
當我們?yōu)?group_id 字段加上索引后：
3. 當只要一行數(shù)據(jù)時使用 LIMIT 1?
當你查詢表的有些時候，你已經(jīng)知道結果只會有一條結果，但因為你可能需要去fetch游標，或是你也許會去檢查返回的記錄數(shù)。?
在這種情況下，加上 LIMIT 1 可以增加性能。這樣一樣，MySQL數(shù)據(jù)庫引擎會在找到一條數(shù)據(jù)后停止搜索，而不是繼續(xù)往后查少下一條符合記錄的數(shù)據(jù)。?
下面的示例，只是為了找一下是否有“中國”的用戶，很明顯，后面的會比前面的更有效率。（請注意，第一條中是Select *，第二條是Select 1）?
我們可以看到，前一個結果顯示搜索了 7883 行，而后一個只是搜索了兩個表的 9 和 16 行。查看rows列可以讓我們找到潛在的性能問題。
// 沒有效率的： $r = mysql_query("SELECT * FROM user WHERE country = 'China'");
if (mysql_num_rows($r) 0) {
// ... }
// 有效率的： $r = mysql_query("SELECT 1 FROM user WHERE country = 'China' LIMIT 1");
if (mysql_num_rows($r) 0) {
// ... }
4. 為搜索字段建索引?
索引并不一定就是給主鍵或是唯一的字段。如果在你的表中，有某個字段你總要會經(jīng)常用來做搜索，那么，請為其建立索引吧。
從上圖你可以看到那個搜索字串 “l(fā)ast_name LIKE ‘a(chǎn)%'”，一個是建了索引，一個是沒有索引，性能差了4倍左右。?
另外，你應該也需要知道什么樣的搜索是不能使用正常的索引的。例如，當你需要在一篇大的文章中搜索一個詞時，如： “WHERE post_content LIKE ‘%apple%'”，索引可能是沒有意義的。你可能需要使用MySQL全文索引 或是自己做一個索引（比如說：搜索關鍵詞或是Tag什么的）
5. 在Join表的時候使用相當類型的例，并將其索引?
如果你的應用程序有很多 JOIN 查詢，你應該確認兩個表中Join的字段是被建過索引的。這樣，MySQL內(nèi)部會啟動為你優(yōu)化Join的SQL語句的機制。?
而且，這些被用來Join的字段，應該是相同的類型的。例如：如果你要把 DECIMAL 字段和一個 INT 字段Join在一起，MySQL就無法使用它們的索引。對于那些STRING類型，還需要有相同的字符集才行。（兩個表的字符集有可能不一樣）
// 在state中查找company $r = mysql_query("SELECT company_name FROM users
LEFT JOIN companies ON (users.state = companies.state)
WHERE users.id = $user_id");
// 兩個 state 字段應該是被建過索引的，而且應該是相當?shù)念愋停嗤淖址?/p>
6. 千萬不要 ORDER BY RAND()?
想打亂返回的數(shù)據(jù)行？隨機挑一個數(shù)據(jù)？真不知道誰發(fā)明了這種用法，但很多新手很喜歡這樣用。但你確不了解這樣做有多么可怕的性能問題。?
如果你真的想把返回的數(shù)據(jù)行打亂了，你有N種方法可以達到這個目的。這樣使用只讓你的數(shù)據(jù)庫的性能呈指數(shù)級的下降。這里的問題是：MySQL會不得不去執(zhí)行RAND()函數(shù)（很耗CPU時間），而且這是為了每一行記錄去記行，然后再對其排序。就算是你用了Limit 1也無濟于事（因為要排序）?
下面的示例是隨機挑一條記錄
// 千萬不要這樣做： $r = mysql_query("SELECT username FROM user ORDER BY RAND() LIMIT 1");
// 這要會更好： $r = mysql_query("SELECT count(*) FROM user");
$d = mysql_fetch_row($r);
$rand = mt_rand(0,$d[0] - 1);
$r = mysql_query("SELECT username FROM user LIMIT $rand, 1");
7. 避免 SELECT *?
從數(shù)據(jù)庫里讀出越多的數(shù)據(jù)，那么查詢就會變得越慢。并且，如果你的數(shù)據(jù)庫服務器和WEB服務器是兩臺獨立的服務器的話，這還會增加網(wǎng)絡傳輸?shù)呢撦d。?
所以，你應該養(yǎng)成一個需要什么就取什么的好的習慣。
// 不推薦 $r = mysql_query("SELECT * FROM user WHERE user_id = 1");
$d = mysql_fetch_assoc($r);
echo "Welcome {$d['username']}";
// 推薦 $r = mysql_query("SELECT username FROM user WHERE user_id = 1");
$d = mysql_fetch_assoc($r);
echo "Welcome {$d['username']}";
8. 永遠為每張表設置一個ID?
我們應該為數(shù)據(jù)庫里的每張表都設置一個ID做為其主鍵，而且最好的是一個INT型的（推薦使用UNSIGNED），并設置上自動增加的 AUTO_INCREMENT標志。?
就算是你 users 表有一個主鍵叫 “email”的字段，你也別讓它成為主鍵。使用 VARCHAR 類型來當主鍵會使用得性能下降。另外，在你的程序中，你應該使用表的ID來構造你的數(shù)據(jù)結構。?
而且，在MySQL數(shù)據(jù)引擎下，還有一些操作需要使用主鍵，在這些情況下，主鍵的性能和設置變得非常重要，比如，集群，分區(qū)……?
在這里，只有一個情況是例外，那就是“關聯(lián)表”的“外鍵”，也就是說，這個表的主鍵，通過若干個別的表的主鍵構成。我們把這個情況叫做“外鍵”。比如：有一個“學生表”有學生的ID，有一個“課程表”有課程ID，那么，“成績表”就是“關聯(lián)表”了，其關聯(lián)了學生表和課程表，在成績表中，學生ID和課程ID叫“外鍵”其共同組成主鍵。
9. 使用 ENUM 而不是 VARCHAR?
ENUM 類型是非常快和緊湊的。在實際上，其保存的是 TINYINT，但其外表上顯示為字符串。這樣一來，用這個字段來做一些選項列表變得相當?shù)耐昝馈?
如果你有一個字段，比如“性別”，“國家”，“民族”，“狀態(tài)”或“部門”，你知道這些字段的取值是有限而且固定的，那么，你應該使用 ENUM 而不是 VARCHAR。?
MySQL也有一個“建議”（見第十條）告訴你怎么去重新組織你的表結構。當你有一個 VARCHAR 字段時，這個建議會告訴你把其改成 ENUM 類型。使用 PROCEDURE ANALYSE() 你可以得到相關的建議。
10. 從 PROCEDURE ANALYSE() 取得建議?
PROCEDURE ANALYSE() 會讓 MySQL 幫你去分析你的字段和其實際的數(shù)據(jù)，并會給你一些有用的建議。只有表中有實際的數(shù)據(jù)，這些建議才會變得有用，因為要做一些大的決定是需要有數(shù)據(jù)作為基礎的。?
例如，如果你創(chuàng)建了一個 INT 字段作為你的主鍵，然而并沒有太多的數(shù)據(jù)，那么，PROCEDURE ANALYSE()會建議你把這個字段的類型改成 MEDIUMINT 。或是你使用了一個 VARCHAR 字段，因為數(shù)據(jù)不多，你可能會得到一個讓你把它改成 ENUM 的建議。這些建議，都是可能因為數(shù)據(jù)不夠多，所以決策做得就不夠準。?
在phpmyadmin里，你可以在查看表時，點擊 “Propose table structure” 來查看這些建議
一定要注意，這些只是建議，只有當你的表里的數(shù)據(jù)越來越多時，這些建議才會變得準確。一定要記住，你才是最終做決定的人。
11. 盡可能的使用 NOT NULL?
除非你有一個很特別的原因去使用 NULL 值，你應該總是讓你的字段保持 NOT NULL。這看起來好像有點爭議，請往下看。?
首先，問問你自己“Empty”和“NULL”有多大的區(qū)別（如果是INT，那就是0和NULL）？如果你覺得它們之間沒有什么區(qū)別，那么你就不要使用NULL。（你知道嗎？在 Oracle 里，NULL 和 Empty 的字符串是一樣的！)?
不要以為 NULL 不需要空間，其需要額外的空間，并且，在你進行比較的時候，你的程序會更復雜。 當然，這里并不是說你就不能使用NULL了，現(xiàn)實情況是很復雜的，依然會有些情況下，你需要使用NULL值。?
下面摘自MySQL自己的文檔：?
“NULL columns require additional space in the row to record whether their values are NULL. For MyISAM tables, each NULL column takes one bit extra, rounded up to the nearest byte.”?
12. Prepared Statements?
Prepared Statements很像存儲過程，是一種運行在后臺的SQL語句集合，我們可以從使用 prepared statements 獲得很多好處，無論是性能問題還是安全問題。?
Prepared Statements 可以檢查一些你綁定好的變量，這樣可以保護你的程序不會受到“SQL注入式”攻擊。當然，你也可以手動地檢查你的這些變量，然而，手動的檢查容易出問題，而且很經(jīng)常會被程序員忘了。當我們使用一些framework或是ORM的時候，這樣的問題會好一些。?
在性能方面，當一個相同的查詢被使用多次的時候，這會為你帶來可觀的性能優(yōu)勢。你可以給這些Prepared Statements定義一些參數(shù)，而MySQL只會解析一次。?
雖然最新版本的MySQL在傳輸Prepared Statements是使用二進制形勢，所以這會使得網(wǎng)絡傳輸非常有效率。?
當然，也有一些情況下，我們需要避免使用Prepared Statements，因為其不支持查詢緩存。但據(jù)說版本5.1后支持了。?
在PHP中要使用prepared statements，你可以查看其使用手冊：mysqli 擴展 或是使用數(shù)據(jù)庫抽象層，如： PDO.
// 創(chuàng)建 prepared statement if ($stmt = $mysqli-prepare("SELECT username FROM user WHERE state=?")) {
// 綁定參數(shù) $stmt-bind_param("s", $state);
// 執(zhí)行 $stmt-execute();
// 綁定結果 $stmt-bind_result($username);
// 移動游標 $stmt-fetch();
printf("%s is from %s
", $username, $state);
$stmt-close();
}
13. 無緩沖的查詢?
正常的情況下，當你在當你在你的腳本中執(zhí)行一個SQL語句的時候，你的程序會停在那里直到?jīng)]這個SQL語句返回，然后你的程序再往下繼續(xù)執(zhí)行。你可以使用無緩沖查詢來改變這個行為。?
關于這個事情，在PHP的文檔中有一個非常不錯的說明： mysql_unbuffered_query() 函數(shù)：?
“mysql_unbuffered_query() sends the SQL query query to MySQL without automatically fetching and buffering the result rows as mysql_query() does. This saves a considerable amount of memory with SQL queries that produce large result sets, and you can start working on the result set immediately after the first row has been retrieved as you don't have to wait until the complete SQL query has been performed.”?
上面那句話翻譯過來是說，mysql_unbuffered_query() 發(fā)送一個SQL語句到MySQL而并不像mysql_query()一樣去自動fethch和緩存結果。這會相當節(jié)約很多可觀的內(nèi)存，尤其是那些會產(chǎn)生大量結果的查詢語句，并且，你不需要等到所有的結果都返回，只需要第一行數(shù)據(jù)返回的時候，你就可以開始馬上開始工作于查詢結果了。?
然而，這會有一些限制。因為你要么把所有行都讀走，或是你要在進行下一次的查詢前調(diào)用 mysql_free_result() 清除結果。而且， mysql_num_rows() 或 mysql_data_seek() 將無法使用。所以，是否使用無緩沖的查詢你需要仔細考慮。
14. 把IP地址存成 UNSIGNED INT?
很多程序員都會創(chuàng)建一個 VARCHAR(15) 字段來存放字符串形式的IP而不是整形的IP。如果你用整形來存放，只需要4個字節(jié)，并且你可以有定長的字段。而且，這會為你帶來查詢上的優(yōu)勢，尤其是當你需要使用這樣的WHERE條件：IP between ip1 and ip2。?
我們必需要使用UNSIGNED INT，因為 IP地址會使用整個32位的無符號整形。?
而你的查詢，你可以使用 INET_ATON() 來把一個字符串IP轉成一個整形，并使用 INET_NTOA() 把一個整形轉成一個字符串IP。在PHP中，也有這樣的函數(shù) ip2long() 和 long2ip()。?
1 $r = "UPDATE users SET ip = INET_ATON('{$_SERVER['REMOTE_ADDR']}') WHERE user_id = $user_id";
15. 固定長度的表會更快?
如果表中的所有字段都是“固定長度”的，整個表會被認為是 “static” 或 “fixed-length”。 例如，表中沒有如下類型的字段： VARCHAR，TEXT，BLOB。只要你包括了其中一個這些字段，那么這個表就不是“固定長度靜態(tài)表”了，這樣，MySQL 引擎會用另一種方法來處理。?
固定長度的表會提高性能，因為MySQL搜尋得會更快一些，因為這些固定的長度是很容易計算下一個數(shù)據(jù)的偏移量的，所以讀取的自然也會很快。而如果字段不是定長的，那么，每一次要找下一條的話，需要程序找到主鍵。?
并且，固定長度的表也更容易被緩存和重建。不過，唯一的副作用是，固定長度的字段會浪費一些空間，因為定長的字段無論你用不用，他都是要分配那么多的空間。?
使用“垂直分割”技術（見下一條），你可以分割你的表成為兩個一個是定長的，一個則是不定長的。
16. 垂直分割?
“垂直分割”是一種把數(shù)據(jù)庫中的表按列變成幾張表的方法，這樣可以降低表的復雜度和字段的數(shù)目，從而達到優(yōu)化的目的。（以前，在銀行做過項目，見過一張表有100多個字段，很恐怖）?
示例一：在Users表中有一個字段是家庭地址，這個字段是可選字段，相比起，而且你在數(shù)據(jù)庫操作的時候除了個人信息外，你并不需要經(jīng)常讀取或是改寫這個字段。那么，為什么不把他放到另外一張表中呢？ 這樣會讓你的表有更好的性能，大家想想是不是，大量的時候，我對于用戶表來說，只有用戶ID，用戶名，口令，用戶角色等會被經(jīng)常使用。小一點的表總是會有好的性能。?
示例二： 你有一個叫 “l(fā)ast_login” 的字段，它會在每次用戶登錄時被更新。但是，每次更新時會導致該表的查詢緩存被清空。所以，你可以把這個字段放到另一個表中，這樣就不會影響你對用戶 ID，用戶名，用戶角色的不停地讀取了，因為查詢緩存會幫你增加很多性能。?
另外，你需要注意的是，這些被分出去的字段所形成的表，你不會經(jīng)常性地去Join他們，不然的話，這樣的性能會比不分割時還要差，而且，會是極數(shù)級的下降。
17. 拆分大的 DELETE 或 INSERT 語句?
如果你需要在一個在線的網(wǎng)站上去執(zhí)行一個大的 DELETE 或 INSERT 查詢，你需要非常小心，要避免你的操作讓你的整個網(wǎng)站停止相應。因為這兩個操作是會鎖表的，表一鎖住了，別的操作都進不來了。?
Apache 會有很多的子進程或線程。所以，其工作起來相當有效率，而我們的服務器也不希望有太多的子進程，線程和數(shù)據(jù)庫鏈接，這是極大的占服務器資源的事情，尤其是內(nèi)存。?
如果你把你的表鎖上一段時間，比如30秒鐘，那么對于一個有很高訪問量的站點來說，這30秒所積累的訪問進程/線程，數(shù)據(jù)庫鏈接，打開的文件數(shù)，可能不僅僅會讓你泊WEB服務Crash，還可能會讓你的整臺服務器馬上掛了。?
所以，如果你有一個大的處理，你定你一定把其拆分，使用 LIMIT 條件是一個好的方法。下面是一個示例：
while (1) {
//每次只做1000條 mysql_query("DELETE FROM logs WHERE log_date = '2009-11-01' LIMIT 1000");
if (mysql_affected_rows() == 0) {
// 沒得可刪了，退出！ break;
}
// 每次都要休息一會兒 usleep(50000);
}
18. 越小的列會越快?
對于大多數(shù)的數(shù)據(jù)庫引擎來說，硬盤操作可能是最重大的瓶頸。所以，把你的數(shù)據(jù)變得緊湊會對這種情況非常有幫助，因為這減少了對硬盤的訪問。?
參看 MySQL 的文檔 Storage Requirements 查看所有的數(shù)據(jù)類型。?
如果一個表只會有幾列罷了（比如說字典表，配置表），那么，我們就沒有理由使用 INT 來做主鍵，使用 MEDIUMINT, SMALLINT 或是更小的 TINYINT 會更經(jīng)濟一些。如果你不需要記錄時間，使用 DATE 要比 DATETIME 好得多。?
當然，你也需要留夠足夠的擴展空間，不然，你日后來干這個事，你會死的很難看，參看Slashdot的例子（2009年11月06 日），一個簡單的ALTER TABLE語句花了3個多小時，因為里面有一千六百萬條數(shù)據(jù)。
19. 選擇正確的存儲引擎?
在 MySQL 中有兩個存儲引擎 MyISAM 和 InnoDB，每個引擎都有利有弊。酷殼以前文章《MySQL: InnoDB 還是 MyISAM?》討論和這個事情。?
MyISAM 適合于一些需要大量查詢的應用，但其對于有大量寫操作并不是很好。甚至你只是需要update一個字段，整個表都會被鎖起來，而別的進程，就算是讀進程都無法操作直到讀操作完成。另外，MyISAM 對于 SELECT COUNT(*) 這類的計算是超快無比的。?
InnoDB 的趨勢會是一個非常復雜的存儲引擎，對于一些小的應用，它會比 MyISAM 還慢。他是它支持“行鎖” ，于是在寫操作比較多的時候，會更優(yōu)秀。并且，他還支持更多的高級應用，比如：事務。?
下面是MySQL的手冊?
* target=”_blank”MyISAM Storage Engine?
* InnoDB Storage Engine?
20. 使用一個對象關系映射器（Object Relational Mapper）?
使用 ORM (Object Relational Mapper)，你能夠獲得可靠的性能增漲。一個ORM可以做的所有事情，也能被手動的編寫出來。但是，這需要一個高級專家。?
ORM 的最重要的是“Lazy Loading”，也就是說，只有在需要的去取值的時候才會去真正的去做。但你也需要小心這種機制的副作用，因為這很有可能會因為要去創(chuàng)建很多很多小的查詢反而會降低性能。?
ORM 還可以把你的SQL語句打包成一個事務，這會比單獨執(zhí)行他們快得多得多。
常規(guī)方式
常規(guī)方式就是按部就班的讀取文件了。其余的話和上述方案一致。
// 讀取配置文件內(nèi)容
$handle = fopen("filepath", "r"); ? ? ? ? ? ?$content = fread($handle, filesize("filepath"));123
PHP解析XML
上述兩種讀取文件，其實都是為了PHP解析XML來做準備的。關于PHP解析XML的方式的博客有很多。方式也有很多，像simplexml，XMLReader，DOM啦等等。但是對于比較小型的xml配置文件，simplexml就足夠了。
配置文件
?xml version="1.0" encoding="UTF-8" ?mysql
!-- 為防止出現(xiàn)意外，請按照此標準順序書寫.其實也無所謂了 --
hostlocalhost/host
userroot/user
password123456/password
dbtest/db
port3306/port/mysql12345678910
解析
?php/**
* 作為解析XML配置文件必備工具
*/class XMLUtil {
public static $dbconfigpath = "./db.config.xml"; ? ?public static function getDBConfiguration() {
$dbconfig = array (); ? ? ? ?try { ? ? ? ? ? ?// 讀取配置文件內(nèi)容
$handle = fopen(self::$dbconfigpath, "r"); ? ? ? ? ? ?$content = fread($handle, filesize(self::$dbconfigpath)); ? ? ? ? ? ?// 獲取xml文檔根節(jié)點，進而獲取相關的數(shù)據(jù)庫信息
$mysql = simplexml_load_string($content); ? ? ? ? ? ?// 將獲取到的xml節(jié)點信息賦值給關聯(lián)數(shù)組，方便接下來的方法調(diào)用
$dbconfig['host'] = $mysql-host; ? ? ? ? ? ?$dbconfig['user'] = $mysql-user; ? ? ? ? ? ?$dbconfig['password'] = $mysql-password; ? ? ? ? ? ?$dbconfig['db'] = $mysql-db; ? ? ? ? ? ?$dbconfig['port'] = $mysql-port; ? ? ? ? ? ?// 將配置信息以關聯(lián)數(shù)組的形式返回
return $dbconfig;
} catch ( Exception $e ) { ? ? ? ? ? ?throw new RuntimeException ( "mark讀取數(shù)據(jù)庫配置文件信息出錯！/markbr /" );
} ? ? ? ?return $dbconfig;
}
}1234567891011121314151617181920212223242526272829
數(shù)據(jù)庫連接池
對于PHP程序而言，優(yōu)化永無止境。而數(shù)據(jù)庫連接池就在一定程度上起到了優(yōu)化的作用。其使得對用戶的每一個請求而言，無需每次都像數(shù)據(jù)庫申請鏈接資源。而是通過已存在的數(shù)據(jù)庫連接池中的鏈接來返回，從時間上，效率上，都是一個大大的提升。
于是，這里簡單的模擬了一下數(shù)據(jù)庫連接池的實現(xiàn)。核心在于維護一個“池”。
從池子中取，用畢，歸還給池子。
?php/**x
* ?PHP中的數(shù)據(jù)庫 工具類設計
* ?郭璞
* ?2016年12月23日
*
**/class DbHelper { ? ?private $dbconfig; ? ?private $dbpool; ? ?public $poolsize; ? ?public function __construct($poolsize = 20) { ? ? ? ?if (! file_exists ( "./utils.php" )) { ? ? ? ? ? ?throw new RuntimeException ( "markutils.php文件丟失，無法進行配置文件的初始化操作！/markbr /" );
}else {
require './utils.php';
} ? ? ? ?// 初始化 配置文件信息
$this-dbconfig = XMLUtil::getDBConfiguration (); ? ? ? ?// 準備好數(shù)據(jù)庫連接池“偽隊列”
$this-poolsize = $poolsize;
$this-dbpool = array (); ? ? ? ?for($index = 1; $index = $this-poolsize; $index ++) {
$conn = mysqli_connect ( $this-dbconfig ['host'], $this-dbconfig ['user'], $this-dbconfig ['password'], $this-dbconfig ['db'] ) or die ( "mark連接數(shù)據(jù)庫失?。?markbr /" );
array_push ( $this-dbpool, $conn );
}
} ? ?/**
* 從數(shù)據(jù)庫連接池中獲取一個數(shù)據(jù)庫鏈接資源
*
* @throws ErrorException
* @return mixed
*/
public function getConn() { ? ? ? ?if (count ( $this-dbpool ) = 0) { ? ? ? ? ? ?throw new ErrorException ( "mark數(shù)據(jù)庫連接池中已無鏈接資源，請稍后重試!/mark" );
} else { ? ? ? ? ? ?return array_pop ( $this-dbpool );
}
} ? ?/**
* 將用完的數(shù)據(jù)庫鏈接資源放回到數(shù)據(jù)庫連接池
*
* @param unknown $conn
* @throws ErrorException
*/
public function release($conn) { ? ? ? ?if (count ( $this-dbpool ) = $this-poolsize) { ? ? ? ? ? ?throw new ErrorException ( "mark數(shù)據(jù)庫連接池已滿/markbr /" );
} else {
array_push ( $this-dbpool, $conn );
}
}
}
PDO（PHP Data Objects）是一種在PHP里連接數(shù)據(jù)庫的使用接口。PDO與mysqli曾經(jīng)被建議用來取代原本PHP在用的mysql相關函數(shù)，基于數(shù)據(jù)庫使用的安全性，因為后者欠缺對于SQL注入的防護。
PHP 數(shù)據(jù)對象（PDO） 擴展為PHP訪問數(shù)據(jù)庫定義了一個輕量級的一致接口。實現(xiàn) PDO 接口的每個數(shù)據(jù)庫驅動可以公開具體數(shù)據(jù)庫的特性作為標準擴展功能。 注意利用 PDO 擴展自身并不能實現(xiàn)任何數(shù)據(jù)庫功能；必須使用一個具體數(shù)據(jù)庫的 PDO 驅動來訪問數(shù)據(jù)庫服務。
相關信息：
PDO 提供了一個數(shù)據(jù)訪問抽象層，這意味著，不管使用哪種數(shù)據(jù)庫，都可以用相同的函數(shù)（方法）來查詢和獲取數(shù)據(jù)。 PDO不提供數(shù)據(jù)庫抽象層；它不會重寫 SQL，也不會模擬缺失的特性。如果需要的話，應該使用一個成熟的抽象層。
從 PHP 5.1開始附帶了 PDO，在 PHP 5.0 中是作為一個 PECL 擴展使用。 PDO 需要PHP 5核心的新OO特性，因此不能在較早版本的 PHP 上運行。
PDO擴展為PHP訪問數(shù)據(jù)庫定義了一個輕量級的、一致性的接口，它提供了一個數(shù)據(jù)訪問抽象層，這樣，無論使用什么數(shù)據(jù)庫，都可以通過一致的函數(shù)執(zhí)行查詢和獲取數(shù)據(jù)。PDO隨PHP5.1發(fā)行，在PHP5.0的PECL擴展中也可以使用。
重慶分公司
重慶分公司
