缓存数据库结果提高PHP性能 通过缓存数据库结果提高PHP性能的原理介绍

但当您使用的数据库与 Web 服务器位于不同的计算机上时，缓存数据库结果集通常是一个不错的方法。不过，根据您的情况确定最佳的缓存策略却是一个难题。例如，对于使用最新数据库结果集比较重要的应用程序而言，时间触发的缓存方法（缓存系统常用的方法，它假设每次到达失效时间戳记时就重新生成缓存）可能并不是一个令人满意的解决方案。这种情况下，您需要采用一种机制，每当应用程序需要缓存的数据库数据发生更改时，该机制将通知该应用程序，以便该应用程序将缓存的过期数据与数据库保持一致。这种情况下使用“数据库更改通知”（一个新的 Oracle 数据库 10g 第 2 版特性）将非常方便。

　　“数据库更改通知”入门

　　“数据库更改通知”特性的用法非常简单：创建一个针对通知执行的通知处理程序 – 一个 PL/SQL 存储过程或客户端 OCI 回调函数。然后，针对要接收其更改通知的数据库对象注册一个查询，以便每当事务更改其中的任何对象并提交时调用通知处理程序。通常情况下，通知处理程序将被修改的表的名称、所做更改的类型以及所更改行的行 ID（可选）发送给客户端监听程序，以便客户端应用程序可以在响应中执行相应的处理。

　　为了了解“数据库更改通知”特性的作用方式，请考虑以下示例。假设您的 PHP 应用程序访问 OE.ORDERS 表中存储的订单以及 OE.ORDER_ITEMS 中存储的订单项。鉴于很少更改已下订单的信息，您可能希望应用程序同时缓存针对 ORDERS 和 ORDER_ITEMS 表的查询结果集。要避免访问过期数据，您可以使用“数据库更改通知”，它可让您的应用程序方便地获知以上两个表中所存储数据的更改。

　　您必须先将 CHANGE NOTIFICATION 系统权限以及 EXECUTE ON DBMS_CHANGENOTIFICATION 权限授予 OE 用户，才能注册对 ORDERS 和 ORDER_ITEMS 表的查询，以便接收通知和响应对这两个表所做的 DML 或 DDL 更改。为此，可以从 SQL 命令行工具（如 SQL*Plus）中执行下列命令。

CONNECT / AS SYSDBA;
GRANT CHANGE NOTIFICATION TO oe;
GRANT EXECUTE ON DBMS_CHANGE_NOTIFICATION TO oe;
　　确保将 init.ora 参数 job_queue_processes 设置为非零值，以便接收 PL/SQL 通知。或者，您也可以使用下面的 ALTER SYSTEM 命令：

ALTER SYSTEM SET "job_queue_processes"=2;　　然后，在以 OE/OE 连接后，您可以创建一个通知处理程序。但首先，您必须创建将由通知处理程序使用的数据库对象。例如，您可能需要创建一个或多个数据库表，以便通知处理程序将注册表的更改记录到其中。在以下示例中，您将创建 nfresults 表来记录以下信息：更改发生的日期和时间、被修改的表的名称以及一个消息（说明通知处理程序是否成功地将通知消息发送给客户端）。

CONNECT oe/oe;
CREATE TABLE nfresults (
operdate DATE,
tblname VARCHAR2(60),
rslt_msg VARCHAR2(100)
);
　　在实际情况中，您可能需要创建更多表来记录通知事件以及所更改行的行 ID 等信息，但就本文而言，nfresults 表完全可以满足需要。
　　使用 UTL_HTTP 向客户端发送通知
　　您可能还要创建一个或多个 PL/SQL 存储过程，并从通知处理程序中调用这些存储过程，从而实现一个更具可维护性和灵活性的解决方案。例如，您可能要创建一个实现将通知消息发送给客户端的存储过程。“清单 1”是 PL/SQL 过程 sendNotification。该过程使用 UTL_HTTPPL 程序包向客户端应用程序发送更改通知。

　　清单 1. 使用 UTL_HTTP 向客户端发送通知



　　如“清单 1”所示，sendNotification 以 UTL_HTTP.BEGIN_REQUEST 函数发出的 HTTP 请求的形式向客户端发送通知消息。此 URL 包含 ORDERS 表中已更改行的 order_id。然后，它使用 UTL_HTTP.GET_RESPONSE 获取客户端发出的响应信息。实际上，sendNotification 并不需要处理客户端返回的整个响应，而是只获取一个在 RESP 记录的 reason_phrase 字段中存储的简短消息（描述状态代码）。

　　创建通知处理程序

　　现在，您可以创建一个通知处理程序，它将借助于上面介绍的 sendNotification 过程向客户端发送更改通知。来看一看“清单 2”中的 PL/SQL 过程 orders_nf_callback。

　　清单 2. 处理对 OE.ORDERS 表所做更改的通知的通知处理程序



　　如“清单 2”所示，此通知处理程序将 SYS.CHNF$_DESC 对象用作参数，然后使用它的属性获取该更改的详细信息。在该示例中，此通知处理程序将只处理数据库为响应对注册对象进行的 DML 或 DDL 更改（也就是说，仅当通知类型为 EVENT_OBJCHANGE 时）而发布的通知，并忽略有关其他数据库事件（如实例启动或实例关闭）的通知。从以上版本开始，处理程序可以处理针对 OE.ORDERS 表中每个受影响的行发出的更改通知。在本文后面的“将表添加到现有注册”部分中，您将向处理程序中添加几行代码，以便它可以处理针对 OE.ORDER_ITEMS 表中被修改的行发出的通知。

　　为更改通知创建注册
　　创建通知处理程序后，必须为其创建一个查询注册。对于本示例而言，您必须在注册过程中对 OE.ORDER 表执行查询并将 orders_nf_callback 指定为通知处理程序。您还需要在 DBMS_CHANGE_NOTIFICATION 程序包中指定 QOS_ROWIDS 选项，以便在通知消息中启用 ROWID 级别的粒度。“清单 3”是一个 PL/SQL 块，它为 orders_nf_callback 通知处理程序创建查询注册。

　　清单 3. 为通知处理程序创建查询注册


　　本示例针对 ORDERS 表创建了一个注册，并将 orders_nf_callback 用作通知处理程序。现在，如果您使用 DML 或 DDL 语句修改 ORDERS 表并提交事务，则将自动调用 orders_nf_callback 函数。例如，您可能针对 ORDERS 表执行下列 UPDATE 语句并提交该事务：

UPDATE ORDERS SET order_mode = 'direct' WHERE order_id=2421;
UPDATE ORDERS SET order_mode = 'direct' WHERE order_id=2422;
COMMIT;

　　要确保数据库发布了通知来响应以上事务，您可以检查 nfresults 表：

SELECT TO_CHAR(operdate, 'dd-mon-yy hh:mi:ss') operdate,
tblname, rslt_msg FROM nfresults;
　　结果应如下所示：

OPERDATE TBLNAME RSLT_MSG
--------------------- ----------- ---------
02-mar-06 04:31:28 OE.ORDERS Not Found
02-mar-06 04:31:29 OE.ORDERS Not Found
　　从以上结果中可以清楚地看到，orders_nf_callback 已经正常工作，但未找到客户端脚本。在该示例中出现这种情况并不意外，这是因为您并未创建 URL 中指定的 dropResults.php 脚本。
　　将表添加到现有注册
　　前一部分介绍了如何使用更改通知服务使数据库在注册对象（在以上示例中为 ORDERS 表）发生更改时发出通知。但从性能角度而言，客户端应用程序可能更希望缓存 ORDER_ITEMS 表而非 ORDERS 表本身的查询结果集，这是因为它在每次访问订单时，不得不从 ORDERS 表中只检索一行，但同时必须从 ORDER_ITEMS 表中检索多个行。在实际情况中，订单可能包含数十个甚至数百个订单项。
　　由于您已经对 ORDERS 表注册了查询，因此不必再创建一个注册来注册对 ORDER_ITEMS 表的查询了。相反，您可以使用现有注册。为此，您首先需要检索现有注册的 ID。可以执行以下查询来完成此工作：

SELECT regid, table_name FROM user_change_notification_regs;　　结果可能如下所示：

REGID TABLE_NAME
----- --------------
241 OE.ORDERS
　　获取注册 ID 后，可以使用 DBMS_CHANGE_NOTIFICATION.ENABLE_REG 函数将一个新对象添加到该注册，如下所示：

　　完成了！从现在开始，数据库将生成一个通知来响应对 ORDERS 和 ORDER_ITEMS 所做的任何更改，并调用 orders_nf_callback 过程来处理通知。因此，下一步就是编辑 orders_nf_callback，以便它可以处理因对 ORDER_ITEMS 表执行 DML 操作而生成的通知。但在重新创建 orders_nf_callback 过程之前，您需要创建以下将在更新过程中引用的表类型：

CREATE TYPE rdesc_tab AS TABLE OF SYS.CHNF$_RDESC;　　然后，返回清单，在以下代码行之后：

　　插入以下代码：

　　重新创建 orders_nf_callback 后，您需要测试它能否正常工作。为此，您可以针对 ORDER_ITEMS 表执行下列 UPDATE 语句并提交该事务：

UPDATE ORDER_ITEMS SET quantity = 160 WHERE order_id=2421 AND line_item_id=1;
UPDATE ORDER_ITEMS SET quantity = 160 WHERE order_id=2421 AND line_item_id=2;
COMMIT;
　　然后，检查 nfresults 表，如下所示：

SELECT TO_CHAR(operdate, 'dd-mon-yy hh:mi:ss') operdate,
rslt_msg FROM nfresults WHERE tblname = 'OE.ORDER_ITEMS';　　输出可能如下所示：

OPERDATE RSLT_MSG
------------------- --------------
03-mar-06 12:32:27 Not Found
　　您可能很奇怪为什么只向 nfresults 表中插入了一行 – 毕竟您更新了 ORDER_ITEMS 表中的两行。实际上，这两个更新了的行具有相同的 order_id – 即它们属于同一订单。此处，我们假设客户端应用程序将使用一个语句选择订单的所有订单项，因此它并不需要确切知道已经更改了某个订单的哪些订单项。相反，客户端需要知道其中至少修改、删除或插入了一个订单项的订单 ID。
　　构建客户端
　　现在，您已经针对 ORDERS 和 ORDER_ITEMS 表创建了注册，下面我们将了解一下访问这些表中存储的订单及其订单项的客户端应用程序如何使用更改通知。为此，您可以构建一个 PHP 应用程序，它将缓存针对以上表的查询结果，并采取相应的操作来响应有关对这些表所做更改的通知（从数据库服务器中收到这些通知）。一个简单的方法是使用 PEAR::Cache_Lite 程序包，它为您提供了一个可靠的机制来使缓存数据保持最新状态。尤其是，您可以使用 Cache_Lite_Function 类（PEAR::Cache_Lite 程序包的一部分），通过该类您可以缓存函数调用。
　　例如，您可以创建一个函数来执行下列任务：建立数据库连接、针对该数据库执行 select 语句、获取检索结果并最终以数组形式返回结果。然后，您可以通过 Cache_Lite_Function 实例的 call 方法缓存由该函数返回的结果数组，以便可以从本地缓存而不是从后端数据库读取这些数组，这样可以显著提高应用程序的性能。然后，在收到缓存数据更改的通知时，您将使用 Cache_Lite_Function 实例的 drop 方法删除缓存中的过期数据。
　　回过头来看看本文的示例，您可能要创建两个函数，用于应用程序与数据库交互：第一个函数将查询 ORDERS 表并返回具有指定 ID 的订单，而另一个函数将查询 ORDER_ITEMS 表并返回该订单的订单项。“清单 4”显示了包含 getOrderFields 函数（该函数接受订单 ID 并返回一个包含所检索到订单的某些字段的关联数组）的 getOrderFields.php 脚本。

　　清单 4. 获取指定订单的字段


　　“清单 5”是 getOrderItems.php 脚本。该脚本包含 getOrderItems 函数，该函数接受订单 ID 并返回一个二维数组，该数组包含表示订单的订单项的行。

　　清单 5. 获取指定订单的订单项


　　注意，以上两个函数都需要 connect.php 脚本，该脚本应包含返回数据库连接的 GetConnection 函数。清单 6 就是 connect.php 脚本：

　　清单 6. 获取数据库连接


　　现在，您已经创建了与数据库通信所需的所有函数，下面我们将了解一下 Cache_Lite_Function 类的工作方式。清单 7 是 testCache.php 脚本，该脚本使用 Cache_Lite_Function 类缓存以上函数的结果。

　　清单 7. 使用 PEAR::Cache_Lite 缓存


　　“清单 7”中的 testCache.php 脚本应与 order_no URL 参数（代表 OE.ORDER 表中存储的订单 ID）一起被调用。例如，要检索与 ID 为 2408 的订单相关的信息，需要在浏览器中输入如下所示的 URL：

http://webserverhost/phpcache/testCache.php?order_no=2408　　结果，浏览器将生成以下输出：
　　ORDER #2408

DATE: 29-JUN-99 06.59.31.333617 AM
CUST_ID: 166
TOTAL: 309
ORDER_ID LINE_ITEM_ID PRODUCT_ID UNIT_PRICE QUANTITY
2408 1 2751 61 3
2408 2 2761 26 1
2408 3 2783 10 10

　　现在，如果您单击浏览器中的 reload 按钮，testCache.php 脚本将不会再次调用 getOrderFields 和 getOrderItems 函数。相反，它将从本地缓存中读取它们的结果。因此，从现在起的 24 小时（因为 lifeTime 设置为 86400 秒）以内，本地缓存即可满足使用 order_no=2108 的每个 getOrderFields 或 getOrderItems 调用的需要。但请注意，Cache_Lite_Function 类未提供 API 来测试具有给定参数的给定函数是否存在可用缓存。因此，要确定每次使用相同参数调用函数时应用程序是实际上读取缓存还是仍执行该函数可能有点棘手。例如，在以上示例中，要确保缓存机制正常工作，您可以临时更改 connect.php 脚本中指定的连接信息，以便它无法建立数据库连接；比如指定一个错误的数据库服务器主机名称，然后再次使用 order_no=2108 运行 testCache.php 脚本。如果缓存正常工作，浏览器的输出应与先前的一样。

　　此外，您还可以检查缓存目录，该目录作为 cacheDir 选项的值（在该示例中为 /tmp）传递给 Cache_Lite_Function 类的构造函数。在该目录中，您将找到两个刚创建的缓存文件，这些文件的名称类似于：cache_7b181b55b55aee36ad5e7bd9d5a091ec_3ad04d3024f4cd54296f75c92a359154。注意，如果您是一位 Windows 用户，则可能要使用 %SystemDrive%\temp 目录保存缓存文件。如果是这样，则必须将 cacheDir 选项设置为 /temp/。

　　验证缓存机制正常工作后，可以接着创建一个 PHP 来处理从数据库服务器收到的更改通知。“清单 8”是 dropResult.php 脚本。数据库服务器将调用该脚本来响应 ORDERS 和 ORDER_ITEMS 表的更改。

　　清单 8. 处理从数据库服务器收到的更改通知



　　创建 dropResult.php 脚本后，请确保在通知处理程序中指定的 URL（如清单 2 所示）正确。然后，在 SQL*Plus 或类似工具中以 OE/OE 连接，并执行 UPDATE 语句，这些语句将影响本部分先前通过 testCache.php 脚本访问的同一订单（此处是 ID 为 2408 的订单）：

UPDATE ORDERS SET order_mode = 'direct' WHERE order_id=2408;
UPDATE ORDER_ITEMS SET quantity = 3 WHERE order_id=2408 AND line_item_id=1;
UPDATE ORDER_ITEMS SET quantity = 1 WHERE order_id=2408 AND line_item_id=2;
COMMIT;
　　为响应以上更新，本文前面介绍的通知处理程序将逐个使用下列 URL 运行 dropResults.php 脚本两次：

http://webserverhost/phpcache/dropResults.php?order_no=2408&table=ORDERS
http://webserverhost/phpcache/dropresults.php?order_no=2408&table=ORDER_ITEMS
　　从“清单 8”中您可以清楚地看到，dropResult.php 脚本在从数据库服务器收到更改通知后并未刷新缓存。它只是删除了包含过期数据的缓存文件。因此，如果现在检查缓存目录，则将看到在使用 order_no=2408 运行 testCache.php 脚本时创建的缓存文件已经消失。这实际上意味着，testCache.php 在下次请求与 ID 为 2408 的订单相关的数据时将从后端数据库而非本地缓存中获取该数据。

　　您会发现，在应用程序请求的结果集很有可能在应用程序使用它之前更改的情况下该方法将很有用。就本文的示例而言，这意味着与特定订单相关的数据可能在 testCache.php 访问该订单之前多次更改。这样，应用程序会因在从数据库服务器收到更改通知后立即刷新它的缓存而做了大量不必要的工作。

　　但如果您希望 dropResult.php 脚本在收到更改通知后立即刷新缓存，则可以在调用 drop 方法后调用 Cache_Lite_Function 实例的 call 方法，并为这两个调用指定相同的参数。在该情形下，还应确保包含 getOrderFields.php 和 getOrderItems.php 脚本，以便 dropResults.php 可以调用 getOrderFields 和 getOrderItems 函数来刷新缓存。“清单 9”是修改后的 dropResult.php 脚本。

　　清单 9. 在收到更改通知后立即刷新缓存


　　如果存储在 ORDERS 和 ORDER_ITEMS 表中的数据很少更改并且应用程序频繁访问它，则以上方法可能很有用。

　　总结

　　如果 PHP 应用程序与 Oracle 数据库 10g 第 2 版交互，则可以利用“数据库更改通知特性”，通过该特性应用程序可以接收通知来响应对与发出的请求关联的对象进行的 DML 更改。使用该特性，您不必在特定时间段更新应用程序中的缓存。相反，仅当注册查询的结果集已经更改时才执行该操作。