此文章为XIUNOX版本重构审计时发现问题，XIUNOX版本已优化修复此问题。分享出来方便后续想基于xiuno bbs4.0.4版本制作维护版本或插件模板等需求的开发者和站长参考。

现象

Xiuno BBS 4.0.4 在 conf/conf.default.php 中将缓存类型默认配置为 'type' => 'mysql'，即使用 cache_mysql 类把缓存数据写入 bbs_cache 表。虽然配置项同时支持 redis/memcached/apc/xcache/yac，但默认值未启用任何内存缓存。这意味着开箱即用的部署中，所有 cache_get/cache_set 操作都退化为对 MySQL 的 SELECT/INSERT/UPDATE，缓存层不仅没有减轻数据库压力，反而增加了一份额外的数据库读写开销，与"缓存加速"的设计初衷相悖。需求清单中"仅文件缓存无 Redis"的表述失实——实际是"默认 mysql 表缓存，可选 redis/memcached"。

源码证据

1. conf.default.php 默认 cache type 为 mysql

文件：xiunobbs_4.0.4/conf/conf.default.php 第 39-64 行

'cache' => array (
    'enable' => true,
    'type' => 'mysql',                          // 默认 mysql 表缓存
    'memcached' => array (
        'host' => 'localhost',
        'port' => '11211',
        'cachepre' => 'bbs_',
    ),
    'redis' => array (
        'host' => 'localhost',
        'port' => '6379',
        'cachepre' => 'bbs_',
    ),
    'xcache' => array (
        'cachepre' => 'bbs_',
    ),
    'yac' => array (
        'cachepre' => 'bbs_',
    ),
    'apc' => array (
        'cachepre' => 'bbs_',
    ),
    'mysql' => array (
        'cachepre' => 'bbs_',
    ),
),

2. cache.func.php 根据 type 实例化，mysql 时复用 $db 连接

文件：xiunobbs_4.0.4/xiunophp/cache.func.php 第 3-21 行

function cache_new($cacheconf) {
    if($cacheconf && !empty($cacheconf['enable'])) {
        switch ($cacheconf['type']) {
            case 'redis':     $cache = new cache_redis($cacheconf['redis']);       break;
            case 'memcached': $cache = new cache_memcached($cacheconf['memcached']); break;
            case 'pdo_mysql':
            case 'mysql':
                $cache = new cache_mysql($cacheconf['mysql']); break;
            case 'xcache':    $cache = new cache_xcache($cacheconf['xcache']);    break;
            case 'apc':       $cache = new cache_apc($cacheconf['apc']);          break;
            case 'yac':       $cache = new cache_yac($cacheconf['yac']);          break;
            default: return xn_error(-1, '不支持的 cache type:'.$cacheconf['type']);
        }
        return $cache;
    }
    return NULL;
}

3. xiunophp.php 把 $db 直接传给 cache_mysql，复用同一连接

文件：xiunobbs_4.0.4/xiunophp/xiunophp.php 第 118-124 行

$db = !empty($conf['db']) ? db_new($conf['db']) : NULL;

$conf['cache']['mysql']['db'] = $db; // 这里直接传 $db，复用 $db；如果传配置文件，会产生新链接。
$cache = !empty($conf['cache']) ? cache_new($conf['cache']) : NULL;
unset($conf['cache']['mysql']['db']); // 用完清除，防止保存到配置文件

4. user.func.php 业务代码对缓存类型做判断（业务层感知缓存实现）

文件：xiunobbs_4.0.4/model/user.func.php 第 54-63 行

function user_update($uid, $arr) {
    global $conf, $g_static_users;
    $r = user__update($uid, $arr);
    $conf['cache']['type'] != 'mysql' AND cache_delete("user-$uid");   // 业务层判断 cache 类型
    isset($g_static_users[$uid]) AND $g_static_users[$uid] = array_merge($g_static_users[$uid], $arr);
    return $r;
}

业务层出现"如果缓存是 mysql 就不删除"的逻辑，说明开发者承认 mysql 缓存与业务表共用连接、删除可能引发额外压力，缓存实现细节泄漏到业务代码。

5. cache_mysql 类直接对 bbs_cache 表 SQL 操作

文件：xiunobbs_4.0.4/xiunophp/cache_mysql.class.php（存在，第 1 行被 Grep 命中）

// 摘要：cache_mysql 把 cache_get/cache_set 实现为 SELECT/INSERT ... ON DUPLICATE KEY UPDATE

风险等级与结论

架构缺陷（中）

危害：

• 默认 mysql 缓存使所有 cache_get/cache_set 退化为数据库 SQL，缓存层失去加速意义，反而增加数据库负载
• 缓存表与业务表共用 MySQL 实例（默认配置），缓存击穿时直接拖垮业务库
• 业务代码（如 user_update）被迫判断 $conf['cache']['type'] 决定是否删缓存，缓存实现细节泄漏到业务层
• 高并发场景下 mysql 缓存表锁竞争成为瓶颈
• 需求清单中"仅文件缓存无 Redis"表述失实：实际支持 redis/memcached/apc/xcache/yac，仅默认未启用

修复建议：

• 默认改为 'type' => 'yac' 或 'apc'（无需额外服务、纯内存加速），生产环境再切换 redis
• 业务层移除对 $conf['cache']['type'] 的判断，缓存抽象层应在内部处理"删除即失效"语义
• 文档明确说明：mysql 缓存仅为兼容性默认值，不建议生产使用