PHP 在关联数组中使用长文本有一些影响吗？

Question

我在 PHP 中做一个数据库类，我想在关联数组中缓存查询结果，我的想法是使用 sql 语句作为缓存数组的索引，这可能是一个好主意吗？或者我应该使用sql中的md5？

class DB{
const HOST = 'localhost'; //Your Database Host!
const USER = 'user'; //Your Database Username!
const PASSWORD = 'pass'; //Your Database Password!
const DATABASE = 'database'; //Your Database Name!

private static $Instance;
private static $cache = array();

private function __construct(){
    self::$Instance = mysql_connect(self::HOST, self::USER, self::PASSWORD) or die("Could not connect to database server<br/><b>Error:</b>".mysql_error());
    mysql_select_db(self::DATABASE) or die("Could not connect to database<br/><b>Error:</b>".mysql_error());
    return self::$Instance;
}

public static function DB(){
    if(!isset(self::$Instance)){
      $c = __CLASS__; 
      new $c(); 
    }
    return self::$Instance;
}

public static function QueryUnique($query){
    $query = "$query LIMIT 1";
    //$h = md5($query);
    $h = $query;
    if(isset(self::$cache[$h]))return self::$cache[$h];

    $result = mysql_query($query, self::DB());
    self::$cache[$h] = mysql_fetch_array($result);
    return self::$cache[$h];
}

}

再会

Answer 1

在深入实施之前，您应该知道 mysql它有自己的查询缓存，并且它比您的实现有几个主要优点：

• 缓存在所有 PHP 请求之间共享。
• 当表数据发生变化时，缓存的结果会自动清理。
• 缓存限制在一定的内存大小（很少使用的查询将从缓存中删除）

Answer 2

缓存 mysql 数据可能有点冒险，它对事情做了很多假设，但是话虽如此，sql 字符串的 md5 校验和是为缓存数据生成 id 的好方法，但是您需要规范化例如，首先检查 sql：

'select 1+2'
'select 1 + 2'
' select 1 +2'

每个查询都会给出不同的校验和，您需要确保考虑到同一查询之间的任何细微差异。

Answer 3

除了一点额外的内存使用之外，应该不会有太大的影响，但与查询的结果相比，我认为这不会成为问题。

关联数组是有序映射，因此查找正确的索引不应受到字符串总长度的太大影响。唯一的缺点是大多数字符串都以完全相同的文本开头。

我不会仅依赖 MD5 哈希来进行查询。有可能（如果不太可能）发生哈希冲突，并且它会选择完全不同的查询结果。然而，对于您的应用程序来说，这可能是可接受的风险。

就我个人而言，我根本不会在查询级别执行此操作。可缓存性通常取决于返回数据的类型。如果您在此级别进行缓存，您的应用程序将完全不知道它正在缓存什么。

Answer 4

哈希值（md5、sha1）会占用更少的内存空间。

Answer 5

如果查询很长，我会选择使用某种哈希（如 md5）：

• 它可能会使用更少的内存（我想不是那么相关），
• 它允许您将其存储在其他类型的存储中缓存，例如文件或 APC 或 memcached 或其他任何内容，而无需更改索引。

考虑到与 md5 发生冲突的风险较低，这样做似乎并不“危险”。

我看到的唯一问题是，在调试时，无论是使用 var_dump 或任何类型的“真正的”调试器，您可能会更难找到缓存的数据:-(