Zend_Db性能

Question

在對一個相當大的應用程序（350個表db，某些表上的幾百萬個條目）中實現的不同庫/框架進行了一些研究後，我發現Zend_Db很容易完成我想要做的事情：適配器管理數據庫之間快速切換。

的問題是，表演也相當低廉，這裏有一個例子（$ DB是一個基本適配器，時間計算上的選擇/只取）：

SQL查詢（用於查詢進行檢測，該表包含〜200種元素）

SELECT * FROM element WHERE id=2' 

基本PDO - 0.6392s

$db = new PDO('mysql:dbname=etab_191;host=127.0.0.1', 'root'); 
for ($i=0; $i<2000; $i++) { 
    $stmt = $db->query($sql); 
    $p = $stmt->fetch(PDO::FETCH_OBJ); 
    $stmt->closeCursor(); 
} 

當前的應用程序的數據庫管理器 - 0.7401s（超過mysqli的核心功能簡單抽象層）

$db = GestionConnexionBDD::getInstance('default', 1)->gestionBDD; 
for ($i=0; $i<2000; $i++) { 
    $res = $db->query($sql); 
    $p = $db->fetchObject($res); 
    $db->freeResult($res); 
} 

Zend_Db的手動查詢 - 1.0647s（Mv_Core_Db_Manager是基於Zend的一個抽象層，返回的列表一個Zend_Db_Adapter_Abstract）

$db = Mv_Core_Db_Manager::getInstance()->getAdapter('default', 1); 
for ($i=0; $i<2000; $i++) { 
    $stmt = $db->query($sql); 
    $p = $stmt->fetch(); 
    $stmt->closeCursor(); 
} 

Zend_Db_Table_Abstract查詢 - 3.6702s（扭捏與Zend_Db_Table_Abstrac T :: setDefaultMetadataCache（$緩存））

$elmt = new Element(); 
for ($i=0; $i<2000; $i++) { 
    $elmt->find(2); 
} 

查詢環路上殺死zend的表演。我知道這不是最好的事情，但是應用程序已經開發出來了，我很樂意改變可能的代碼。

有些想法？難道我做錯了什麼 ？

Answer 1

Zend_DB_Abstract將查詢每個PHP請求上的表元數據。

這意味着要做一個DB DESCRIBE TABLE，在某些數據庫上可能會很慢。

爲了避免這種情況，您可以緩存這樣的元數據，這將提高查詢性能：

///////////////////////////// 
    // getting a Zend_Cache_Core object 
    $cache = Zend_Cache::factory('Core', 
     'File', 
     array('lifetime' => 86400, 'automatic_serialization' => true), 
     array('cache_dir' => $config->cacheDir)); 

    // Next, set the cache to be used with all table objects 
    Zend_Db_Table_Abstract::setDefaultMetadataCache($cache); 

Answer 2

抽象有一個價格。

Zend是一個php框架，比起像pdo這樣的原生擴展，其詛咒速度要慢得多。 Zend_DB/Zend_Db_Table在運行時創建很多類的實例。 也許你可以用像apc這樣的bytecodecache或zend-server中的build-in來快速運行你的應用程序。

也許HipHop也是你的解決方案。

Answer 3

幾個指針：採用表/行類

• 總是會稍微慢一點，因爲客觀的額外開銷的（如果是連一個字;））
• 我的工作場所，我們只是使用原則（1.2）有類似的問題，在接下來的幾周內，我們將用APC（遺憾的是，該文章上的圖像不見了）
• 我想Zend_Db有一個查詢緩存機制，但我找不到關於它的信息在參考指南