2025-10-27 09:09:04

达梦数据库作为国产数据库的领军产品，其安全机制和权限管理体系达到了B1级安全标准，采用"三权分立"或"四权分立"的安全模型，通过精细化的权限划分和严格的访问控制，将系统权限分散，避免权力过度集中，确保数据库系统的安全性和合规性。

“三权分立”安全机制

达梦数据库采用了一种重要的安全设计——“三权分立”（安全版本还有“四权分立”），将数据库管理权限划分为系统管理员、安全管理员和审计管理员三个相互独立又相互制约的角色。这种设计符合国家信息安全等级保护要求，特别适用于政府、金融等对数据安全要求严格的场景。

• SYSDBA (数据库管理员)：负责数据库的创建、备份、还原、性能优化等日常运维工作。

• SYSSSO (数据库安全员)：负责制定安全策略、管理用户和权限（在非三权分立模式下SYSDBA也负责）、进行强制访问控制等。

• SYSAUDITOR (数据库审计员)：负责设置审计规则、查看和分析审计记录，监督所有操作。

“四权分立“扩展

在安全版DM8中，可扩展为四权分立，新增数据库对象操作员(SYSDBO)角色，进一步分离对象管理权限 。四权分立下各角色权限变化：

• SYSDBA 权限缩减：仅保留数据库创建、备份、还原等核心管理权限，去除数据操作权限。

• SYSSSO 新增：负责数据库对象(表、视图等)的创建与管理，但无数据库维护权限。

• SYSSSO与SYSAUDITOR ：权限范围与三权分立保持一致。

角色与权限管理体系

角色(Role)是将具有相同权限的用户组织在一起的权限集合。达梦通过角色实现权限的批量管理和分配，主要优势包括：

• SYSDBA 权限聚合：将多个权限打包为一个角色。

• 用户分组：相同职能的用户分配相同角色。

• 动态生效：角色可临时启用/禁用。

这很像给用户分配不同的“职务”和“工作证”。下面这个表格汇总了核心的内置角色，可以快速了解其权限分工。

详见达梦数据库预设角色权限列表：

• “三权分立”预设角色权限列表

• “四权分立”预设角色权限列表

达梦数据库采用 权限 - 角色 - 用户 三级授权模型，权限验证流程如下：

权限检查顺序：

1. 直接授予用户的权限

2. 用户所属角色的权限(需角色处于启用状态)

3. PUBLIC角色的公共权限

权限冲突解决：

• 显式拒绝优先于允许

• 更细粒度的权限设置优先

角色与权限管理实战

了解角色后，关键在于如何将它们赋予用户。这主要通过 GRANT 和 REVOKE 语句实现。

授予角色与权限

• 将角色授予用户

GRANT RESOURCE TO user_developer;

如果需要该用户能将此角色转授他人，可以加上 WITH ADMIN OPTION。

GRANT RESOURCE TO user_developer WITH ADMIN OPTION;

• 直接授予系统权限
  

如果角色权限不完全匹配需求，可以直接授予精确的系统权限。

GRANT CREATE TABLE, CREATE VIEW TO user_developer;

• 授予对象权限
  

对于某个特定表（例如 dmhr.employee）的增删改查权限，需要单独授予。

GRANT SELECT, INSERT, UPDATE, DELETE ON dmhr.employee TO user_developer;

同样，可以使用 WITH GRANT OPTION 允许该用户转授此对象权限。

回收权限

当需要撤销权限时，使用 REVOKE 语句。

• 回收角色

REVOKE RESOURCE FROM user_developer;

• 回收系统权限

REVOKE CREATE VIEW FROM user_developer;

• 回收对象权限
  

回收对象权限时，如果当初授权时使用了 WITH GRANT OPTION，回收时通常需要加上 CASCADE 关键字进行级联回收。

REVOKE SELECT ON dmhr.employee FROM user_developer CASCADE;

角色管理示例

1、角色创建与授权

-- 创建语法：
CREATE ROLE role_name [WITH IDENTIFIED BY password];

-- 授权示例：

-- 创建角色
CREATE ROLE finance_role;

-- 为角色授权
GRANT SELECT ON finance.accounts TO finance_role;
GRANT INSERT, UPDATE ON finance.transactions TO finance_role;
GRANT CREATE VIEW TO finance_role;

-- 将角色授予用户
GRANT finance_role TO fin_user1, fin_user2;

2、角色启动与禁用

达梦支持动态启用/禁用角色，实现权限的临时调整：

-- 禁用角色(即时生效)
SP_SET_ROLE('finance_role', 0);

-- 启用角色
SP_SET_ROLE('finance_role', 1);

-- 验证角色状态
SELECT * FROM SESSION_ROLES;

3、角色与权限冲突解决

当用户权限来源多样时，达梦按以下规则处理冲突：

• 显式拒绝优先：明确的REVOKE优先于GRANT

• 直接权限优先：直接授予用户的权限优先于角色权限

• 角色启用状态：仅启用状态的角色权限有效

冲突解决示例：

-- 场景设置
GRANT SELECT ON sales.orders TO user1;
GRANT sales_role TO user1; -- 该角色有REVOKE SELECT ON sales.orders

-- 权限检查结果：user1无SELECT权限(角色中的REVOKE优先)

4、查看角色和权限

-- 查看角色 --

-- 查看角色权限
SELECT * FROM DBA_SYS_PRIVS WHERE GRANTEE='RESOURCE';
-- 查看用户拥有的角色
SELECT * FROM DBA_ROLE_PRIVS WHERE GRANTEE='TEST_USER';


-- 查看权限 --

-- 查看用户拥有的系统权限
SELECT * FROM DBA_SYS_PRIVS WHERE GRANTEE = 'USER_NAME';
-- 查看用户拥有的角色
SELECT * FROM DBA_ROLE_PRIVS WHERE GRANTEE = 'USER_NAME';
-- 查看用户拥有的对象权限
SELECT * FROM DBA_TAB_PRIVS WHERE GRANTEE = 'USER_NAME';
-- 查看当前用户拥有的权限信息
SELECT * FROM SESSION_PRIVS;

权限分层模型

企业级应用建议采用三层权限模型：

• 基础权限层：通过预定义角色分配基本权限

• 业务权限层：按业务功能创建自定义角色

• 特殊权限层：直接为用户分配特定权限

最佳实践建议

• 最小权限原则：只授予用户完成其任务所必需的最小权限。

• 使用角色：尽量将权限打包成角色，然后赋予用户，而非直接授予用户权限。

• 定期审计：定期检查角色和用户的权限分配情况，及时清理不必要的权限。

• 流程指挥：敏感操作，关键权限需流程审批。

在实际应用中注意项：

• 权限规划先行：设计阶段明确权限分层模型。

• 持续审计监控：建立权限变更审计机制。

• 安全增强配置：结合国密算法等安全特性。

• 定期合规检查：确保符合等保要求。

参考：

• DM数据库用户权限与角色管理

• 达梦数据库DM8：用户与权限管理体系深度解析

• 达梦数据库基础使用创建表空间和用户

• DM达梦数据库登陆方式及日常运维命令

• MySQL迁移至达梦数据库全攻略
  

2025-10-20 05:21:39

使用SQL客户端连接达梦数据库，主要有命令行工具 DISQL 和图形化工具 DM管理工具 两种方式。具体选择可参考下表：

🖥️ 使用DISQL命令行连接

DISQL工具位于达梦数据库安装路径下的bin或tool目录。

• 基本连接语法：

./disql 用户名/密码@主机地址:端口号

例如，连接本地默认数据库实例（端口通常为5236）：

./disql SYSDBA/SYSDBA@localhost:5236

注意：在/bin目录下使用disql时，建议直接在命令中写全连接信息。如果只输入./disql后回车，后续将无法输入端口号（除非使用默认端口5236）。

• 交互式连接：
  在/tool目录下或直接运行disql后，可以使用LOGIN或CONN（CONNECT）命令连接。

CONN SYSDBA/SYSDBA@localhost:5236

或 LOGIN 随后根据提示输入服务器地址、用户名、密码及端口号。

• 简化连接配置（可选）：
  为省去每次输入完整地址的麻烦，可配置dm_svc.conf文件（通常在/etc目录）。在文件中按格式添加服务名：

自定义服务名=(IP地址:端口号)

例如：DMDB=(192.168.1.100:5236)

配置后，连接时只需使用服务名：

./disql SYSDBA/SYSDBA@DMDB

🖱️ 使用图形化客户端连接

达梦数据库也提供了图形化的DM管理工具（DM Management Studio）。

1. 启动工具：在开始菜单中找到并启动"DM管理工具"。

2. 创建新连接：

• 在工具界面找到"注册连接"图标或选项。

• 在弹出的对话框中，填写主机名（或IP地址）、端口号（默认5236）、用户名（如SYSDBA）和口令。

💡 实用技巧与注意事项

• 默认连接信息：达梦数据库初始管理员账号常为 SYSDBA，默认密码可能是 SYSDBA，初始端口号一般为 5236。

• 连接问题排查：

• 确保达梦数据库实例已启动。

• 检查主机名、端口号是否正确，以及网络是否通畅。

• 注意用户名和密码的大小写，特别是早期版本默认密码可能要求大写。

• 执行SQL脚本：在DISQL中，可以使用 START 或反引号 ` 执行SQL脚本文件。

START /path/to/your_script.sql 或 ` /path/to/your_script.sql

• 退出DISQL：在DISQL命令行中，输入 QUIT 或 EXIT 即可退出。

🗂️ 关于用户与模式

在达梦数据库中，创建一个用户时会自动生成一个同名的模式（Schema）作为该用户的默认模式。用户操作自己模式下的对象（如表）时可以不写模式名。查询当前所在模式可以使用：

SELECT SYS_CONTEXT ('userenv', 'current_schema') FROM DUAL;

相关文章：

• 带你学习DM数据库的基本操作
  

• 达梦数据库DM8：用户与权限管理体系深度解析
  

• 达梦数据库产品手册
  

• 达梦数据库运维指南
  

• 达梦数据库FAQ

达梦数据库的SQL命令体系清晰，涵盖了从数据库连接、对象操作到性能分析的各个方面。下面这个表格汇总了最常用的命令，方便快速查阅。

DM常用操作命令与MySQL对比一览

💡 重要差异与使用技巧

1. 模式（Schema）与用户（User）的关系
   在达梦数据库中，一个用户可以拥有多个模式，但一个模式只属于一个用户。当创建一个用户时，系统会默认创建一个与用户名同名的模式作为其默认模式。执行SQL时，如果操作的不是当前用户的模式对象，通常需要在表名前加上模式名，格式为 模式名.表名 。

2. 设置默认（当前）模式的方法
   除了在DISQL中手动使用 SET SCHEMA，还可以在应用程序的JDBC连接字符串中直接指定，这可以避免在代码中频繁书写模式名前缀：jdbc:dm://192.168.15.35:5236?schema=TEST2

3. 标识符和字符串的引用

• MySQL：表名和字段名可以用反引号（`）引用，字符串可用单引号（'）或双引号（"）。

• 达梦：表名和字段名只能使用双引号（"） 进行引用（如果包含特殊字符或关键字时）。而字符串必须使用单引号（'） 表示。

• MySQL：使用 AUTO_INCREMENT。

• 达梦：使用 IDENTITY(1,1)，例如 id INT PRIMARY KEY GENERATED ALWAYS AS IDENTITY 。注意，达梦不支持 AUTO_INCREMENT 关键字，通常使用 GENERATED ALWAYS AS IDENTITY 关键字。

🛠️ 命令详解与使用技巧

表格列出了常用命令，下面再补充一些关键细节和使用技巧，能让你更好地使用它们。

• 连接数据库与DISQL工具
  DISQL是达梦数据库的命令行交互式客户端工具。连接时，如果密码含有特殊字符，建议用'""'包裹密码，例如：./disql SYSDBA/'"#Sjkdzgm0"'@192.168.23.3:5236 。
  成功连接后，可以通过 START 或反引号 ` 来执行外部的SQL脚本文件。使用 SPOOL 命令可以将接下来屏幕上显示的所有内容输出到指定文件，这在生成报告或记录操作日志时非常有用。记得操作结束后用 SPOOL OFF 关闭输出。

• 掌握对象管理与数据操作
  建表时需要注意语法细节，例如，达梦数据库中标识符（如表名、列名）若包含特殊字符或与保留字冲突，需要使用双引号包围。
  在执行数据操作时，务必注意事务的提交。可以通过 SET AUTO[COMMIT] 设置是否自动提交。在自动提交为OFF时，执行了INSERT、UPDATE、DELETE等修改数据的操作后，需要显式执行 COMMIT; 提交事务，或者执行 ROLLBACK; 回滚事务，才能使数据修改真正生效或撤销。

• 分析SQL性能
  使用 EXPLAIN 命令是分析SQL语句执行计划、进行性能调优的重要步骤。执行计划采用缩进树形结构展示，读法一般是从内到外，从下到上。需要关注：

• 高成本操作：执行计划中的高COST值操作通常是优化重点。

• 索引使用：确保适当的查询使用了索引。

• 全表扫描：对大表的全表扫描往往是性能瓶颈。

DM常用SQL命令

-- 查看实例名
select instance_name from v$instance;
-- 查看达梦版本
select * from v$version; 
-- 查看达梦有无开启兼容mysql语法
select para_name,para_value,file_value from v$dm_ini where para_name='COMPATIBLE_MODE';
-- 查看用户所有库
SELECT t.name schname, t.id, t.pid, b.name username FROM sysobjects t, sysobjects b WHERE t.pid = b.id AND t.type$='SCH' ;
-- 查看用户所有角色
select  grantee,granted_role from dba_role_privs where grantee='chegva';
-- 查看数据库会话
select *from v$sessions;
-- 查看所有索引（当前模式）
SELECT INDEX_NAME, TABLE_NAME, UNIQUENESS FROM USER_INDEXES;
-- 查看其他模式的索引
SELECT * FROM DBA_INDEXES WHERE OWNER = 'schema_name' AND TABLE_NAME = 'table_name';
-- 查看索引的详细定义
SELECT DBMS_METADATA.GET_DDL('INDEX', 'index_name', 'schema_name') FROM DUAL;
-- 查看表的索引
SELECT * FROM USER_INDEXES WHERE TABLE_NAME = 'table_name';
或
SP_TABLEDEF('schema_name', 'table_name');

相关文章：

• DM8日常运维命令总结（二）
  

• DM数据库日常运维命令总结（三）
  

• DM8日常运维命令总结（四）
  

• 达梦DM-数据库常用命令整理

• 达梦数据库角色与权限最佳实践

• MySQL迁移至达梦数据库全攻略
  

2025-10-13 23:17:21

之前使用的归档页面是秋叶博客分享的 → Wordpress带缓存和特效的归档页面制作，使用的是php的缓存机制，每次发布/删除文章后，归档页面缓存不会自动清除和重建，想整一个包含缓存机制和手动刷新功能的归档页面，针对原来的归档页面优化了一下。

实现方案：将核心功能放在functions.php中，页面模板只负责显示。这种架构使缓存管理和内容生成逻辑集中化，而页面模板只负责显示内容，系统会在文章更新时自动刷新缓存，同时为管理员提供手动刷新选项，确保归档页面始终保持最新状态。更符合WordPress最佳实践，具有更好的性能和可维护性。

查看效果：https://chegva.com/archive/

功能设计

1. functions.php部分：

• 缓存管理机制

• 文章更新时自动清除缓存

• 归档内容生成函数

• 手动清除缓存的工具
  

• 只负责显示归档内容

• 包含响应式布局和交互功能

缓存清除场景说明

工作流程图

定时发布文章的工作流程

实现代码

第一步：在functions.php中添加以下代码

/**
 * 添加归档页面
 **/

// 注册归档缓存选项
add_action('init', function() {
    add_option('qiuye_archives', '', '', 'no');
});

// 核心缓存清除函数
function clear_archive_cache() {
    delete_option('qiuye_archives');
    set_transient('qiuye_cache_cleared', time(), 60); // 设置60秒瞬态标记,避免在清除操作后立即重建

    // 增强调试：记录清除操作
    if (defined('WP_DEBUG') && WP_DEBUG) {
        error_log('清除归档缓存触发 - 文章ID: ' . $post_id);
    }
}

// 文章状态变更处理 - 只在状态变更时清除缓存
add_action('save_post', function($post_id, $post, $update) {
    // 跳过自动保存
    if (defined('DOING_AUTOSAVE') && DOING_AUTOSAVE) return;

    // 只处理文章类型
    if ($post->post_type !== 'post') return;

    // 检查权限
    if (!current_user_can('edit_post', $post_id)) return;

    // 获取旧状态
    $old_status = get_post_meta($post_id, '_old_status', true);

    // 保存当前状态作为下次的旧状态
    update_post_meta($post_id, '_old_status', $post->post_status);

    // 检查定时发布
    $is_scheduled = ($post->post_status === 'future');

    // 如果是定时发布的文章，设置定时任务
    if ($is_scheduled) {
        $scheduled_time = strtotime($post->post_date);
        $current_time = current_time('timestamp');

        // 只有在未来时间才设置定时任务
        if ($scheduled_time > $current_time) {
            wp_schedule_single_event($scheduled_time, 'publish_future_post', array($post_id));
            error_log("定时发布文章设置: $post_id, 发布时间: " . date('Y-m-d H:i:s', $scheduled_time));
        }
    }

    // 状态变更检测
    $status_changed = ($old_status && $old_status !== $post->post_status);

    // 需要清除缓存的场景
    $clear_cache = false;

    if ($status_changed) {
        // 场景1: 从未发布变为发布状态
        if ($old_status !== 'publish' && $post->post_status === 'publish') {
            $clear_cache = true;
        }
        // 场景2: 从发布状态变为非发布状态
        elseif ($old_status === 'publish' && $post->post_status !== 'publish') {
            $clear_cache = true;
        }
        // 场景3: 从任何状态变为删除状态
        elseif ($post->post_status === 'trash') {
            $clear_cache = true;
        }
    }

    // 场景4: 新文章直接发布
    if (!$old_status && $post->post_status === 'publish') {
        $clear_cache = true;
    }

    if ($clear_cache) {
        clear_archive_cache();
        error_log("文章状态变更触发缓存清除: " . ($old_status ?: 'new') . " => {$post->post_status} (ID: $post_id)");
    }
}, 10, 3);

// 定时发布文章处理
add_action('publish_future_post', function($post_id) {
    $post = get_post($post_id);
    if ($post && $post->post_type === 'post') {
        clear_archive_cache();
        error_log("定时发布文章触发缓存清除: $post_id");

        // 发送通知（可选）
        if (defined('WP_DEBUG') && WP_DEBUG) {
            $admin_email = get_option('admin_email');
            wp_mail($admin_email, '定时文章已发布', "文章 ID: $post_id 已按计划发布，归档缓存已更新。");
        }
    }
});

// 文章移至回收站处理
add_action('trashed_post', function($post_id) {
    $post = get_post($post_id);
    if ($post && $post->post_type === 'post') {
        clear_archive_cache();
        error_log("文章移至回收站触发缓存清除: $post_id");
    }
});

// 文章从回收站恢复处理
add_action('untrashed_post', function($post_id) {
    $post = get_post($post_id);
    if ($post && $post->post_type === 'post') {
        // 如果恢复后是发布状态，清除缓存
        if ($post->post_status === 'publish') {
            clear_archive_cache();
            error_log("文章恢复发布触发缓存清除: $post_id");
        }
    }
});

// 文章永久删除处理
//add_action('deleted_post', function($post_id) {
//    // 删除状态跟踪的元数据
//    delete_post_meta($post_id, '_old_status');
//
//    $post = get_post($post_id);
//    if ($post && $post->post_type === 'post') {
//        clear_archive_cache();
//        error_log("文章永久删除触发缓存清除: $post_id");
//    }
//});

// 在文章编辑页添加状态跟踪
add_action('post_submitbox_start', function() {
    global $post;
    if ($post && $post->post_type === 'post') {
        // 保存当前状态作为旧状态
        if (!get_post_meta($post->ID, '_old_status', true)) {
            update_post_meta($post->ID, '_old_status', $post->post_status);
        }
        echo '<input type="hidden" name="old_status" value="'.esc_attr($post->post_status).'">';
    }
});

// 在文章保存前捕获旧状态
add_action('pre_post_update', function($post_id) {
    $old_status = get_post_status($post_id);
    update_post_meta($post_id, '_old_status', $old_status);
});

// 定时清理过期的状态跟踪元数据
add_action('wp_scheduled_delete', function() {
    global $wpdb;

    // 删除30天前的状态跟踪元数据
    $thirty_days_ago = date('Y-m-d H:i:s', strtotime('-30 days'));

    $wpdb->query($wpdb->prepare("
        DELETE FROM $wpdb->postmeta
        WHERE meta_key = '_old_status'
        AND post_id IN (
            SELECT ID FROM $wpdb->posts
            WHERE post_modified < %s
        )
    ", $thirty_days_ago));

    error_log("清理过期的状态跟踪元数据完成");
});

// 归档内容生成函数
function generate_archive_html() {
	// 生成内容
	$output = '<div class="archives"><div style="text-align:right;"><img src="https://cdn.chegva.com/static/sorting-answers.png" style="width: 16px;height: 14px;vertical-align:baseline;" ><a id="al_expand_collapse" href="#"> 全部展开/收缩</a> <span style="font-size:11px">(年份/月份也可点击哦!)</span></div>';

	// 使用更可靠的查询方法
	$args = array(
		'post_type' => 'post',
		'post_status' => 'publish',
		'posts_per_page' => -1,
		'ignore_sticky_posts' => 1,
		'no_found_rows' => true,  // 提高性能
		'update_post_term_cache' => false,  // 提高性能
		'suppress_filters' => true  // 确保无插件干扰
	);

	$the_query = new WP_Query($args);

	$year = 0;
	$mon = 0;
	while ( $the_query->have_posts() ) : $the_query->the_post();
	$year_tmp = get_the_time('Y');
	$mon_tmp = get_the_time('m');

	if ($mon != $mon_tmp && $mon > 0) $output .= '</ul></li>';
	if ($year != $year_tmp && $year > 0) $output .= '</ul>';

	if ($year != $year_tmp) {
		$year = $year_tmp;
		$output .= '<h3 class="al_year">'. $year .'年<span style="padding-left:35px;">( '. get_num_posts_by_year($year) .' 篇文章 )</span></h3><ul class="al_mon_list">';
	}

	if ($mon != $mon_tmp) {
		$mon = $mon_tmp;
		$output .= '<li><span class="al_mon">'. $mon .' 月</span><ul class="al_post_list">';
	}

	$output .= '<li class="atitle fix"><span class="ttime">'. get_the_time('d日:  ') .'</span><a class="tttile" href="'. get_permalink() .'">'. get_the_title() .'</a><span class="ttview">·'. the_views('0',' ') .'</span></li>';
	endwhile;

	wp_reset_postdata();
	$output .= '</ul></li></ul></div>';

        // 添加缓存信息 - 使用本地时间
	$output .= "<!-- Cache generated: ".get_local_time('Y-m-d H:i:s')." -->";

    return $output;
}

// 扩展的获取本地时间函数（带时间戳参数）
function get_local_time($format = 'Y-m-d H:i:s', $timestamp = null) {
    // 获取WordPress设置的时区
    $timezone_string = get_option('timezone_string');

    if ($timezone_string) {
        $timezone = new DateTimeZone($timezone_string);
    } else {
        $offset = get_option('gmt_offset');
        $timezone = timezone_open(sprintf('%+d', $offset));
    }

    // 使用当前时间或指定时间戳
    $timestamp = $timestamp ?: time();
    $datetime = new DateTime('@' . $timestamp);
    $datetime->setTimezone($timezone);

    return $datetime->format($format);
}

// 添加手动清除缓存的工具
add_action('admin_bar_menu', function($admin_bar) {
    if (current_user_can('manage_options')) {
        $admin_bar->add_menu([
            'id'    => 'clear-archive-cache',
            'title' => '清除归档缓存',
            'href'  => wp_nonce_url(add_query_arg('clear_archive_cache', '1'), 'clear_archive_cache')
        ]);
    }
}, 100);

// 处理手动清除请求
add_action('init', function($post_id) {
    if (isset($_GET['clear_archive_cache']) && check_admin_referer('clear_archive_cache')) {
//        delete_option('qiuye_archives');
        clear_archive_cache();
        wp_redirect(remove_query_arg(['clear_archive_cache', '_wpnonce']));
        exit;
    }
});

第二步：创建归档页面模板 (page-archives.php)

<div id="content">
<?php
// 归档显示函数
function qiuye_display_archives() {

        // 检查瞬态是否存在
        $cache_cleared_time = get_transient('qiuye_cache_cleared');

        if ($cache_cleared_time) {
                // 如果缓存被清除过，重新生成
                $output = generate_archive_html();
                update_option('qiuye_archives', $output);

                // 添加缓存清除时间信息
                $output .= "<!-- Cache cleared: ".get_local_time('Y-m-d H:i:s', $cache_cleared_time)." -->";
        } else {
                // 尝试获取现有缓存
                $output = get_option('qiuye_archives');

                if (empty($output)) {
                        $output = generate_archive_html();
                        update_option('qiuye_archives', $output);
                }
        }

        echo $output;
}
?>

<?php qiuye_display_archives(); ?>

使用指南

1. 安装步骤：

• 将functions.php代码添加到主题的functions.php文件

• 创建page-archives.php模板文件

• 在WordPress后台创建新页面并选择"归档页面"模板

• 自动：发布新文章时自动刷新

• 手动：管理员点击"清除归档缓存"链接

• 修改缓存名称：'qiuye_archives'

• 调整样式：编辑CSS代码段

• 修改查询参数：调整WP_Query数组

调试步骤：

1. 将完整代码复制到主题的 functions.php

2. 发布一篇测试文章

3. 查看归档页面源代码中的缓存时间标记

4. 检查debug.log中的清除记录

5. 使用管理栏按钮测试手动清除功能

1、检查缓存状态：
在归档页面查看源代码，搜索 <!-- Cache generated: 查看缓存时间

2、检查错误日志：
在 wp-config.php 中添加：

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);

发布文章后检查 /wp-content/debug.log

$ grep "清除归档缓存" debug.log
[25-Jun-2025 18:36:05 UTC] 清除归档缓存触发 - 文章ID: 6434
[25-Jun-2025 18:37:27 UTC] 清除归档缓存触发 - 文章ID: 6435
[25-Jun-2025 18:37:44 UTC] 清除归档缓存触发 - 文章ID: 6436
[25-Jun-2025 18:37:45 UTC] 清除归档缓存触发 - 文章ID: 6437
[25-Jun-2025 18:37:54 UTC] 清除归档缓存触发 - 文章ID: 6437
[25-Jun-2025 18:38:01 UTC] 清除归档缓存触发 - 文章ID: 6437
[25-Jun-2025 18:38:01 UTC] 清除归档缓存触发 - 文章ID: 6437
......
[25-Jun-2025 19:07:18 UTC] 清除归档缓存触发 - 文章ID: 6442
[25-Jun-2025 19:07:19 UTC] 清除归档缓存触发 - 文章ID: 6442
[25-Jun-2025 19:07:27 UTC] 清除归档缓存触发 - 文章ID: 6443
[25-Jun-2025 19:07:28 UTC] 清除归档缓存触发 - 文章ID: 6444
[25-Jun-2025 19:08:34 UTC] 清除归档缓存触发 - 文章ID: 6445
[25-Jun-2025 19:08:51 UTC] 清除归档缓存触发 - 文章ID: 6442

3、手动清除测试：
使用添加的管理栏按钮手动清除缓存

4、缓存插件排查：
如果使用了缓存插件(W3TC、WP Super Cache等)，尝试：

• 排除归档页面缓存

• 禁用插件测试

5、对象缓存检查：
如果使用Redis/Memcached，确保 delete_option 能正确清除持久化存储

2025-10-10 22:29:05

距离上一次更新快三个月了，这次情况有点不妙~。嘎了一只小龟苗，当时买的一对巴西龟苗子，现在只剩一只了，最近剩下那只小龟苗也不太活跃，不吃食，泡了两天妈咪爱，状态好了不少，这只苗子背甲还经常感染真菌，治了两次了，这对苗子感觉就是体质有点弱，长得也慢。巴西蛊王和两只小草龟都大了一圈，特别是蛊王啥都吃，现在个头最大。中间有一次自制的过滤器把龟缸的水都抽到地板上了，发现的时候缸里的水已经到过滤板下边了，剩下的一条斗鱼躺在过滤板上居然没死，成为了后边的缸霸，跑到过滤板下边的黄丫头、泥鳅、虾和虾虎鱼幸免于难，养了几个月剩下的八九条青鳉鱼就没这么幸运，全部消失了，具体也不知道是谁吃的...自从这次悲剧发生后，小鱼的生存环境很艰难了，中途又放了十几条青鳉进去，不到一个月全部被吃完，后边又买了二十条白云金丝放里头，目前也只剩下四条了。不过凶手可能不只是乌龟，根据我后边的观察，大点的虾也抓小鱼吃，泥鳅更是把缸底一只斗鱼的尸体吃完了。

龟缸里两条泥鳅都是从湖里捞的，养了也有两个多月了，还捞了个河蚌养到鱼缸里了，后边又买了十条鳑鲏放进去一起养，看看会不会生小鱼崽。黄丫头比之前体型大了一倍都不止，估计也吃了不少小鱼小虾，至于那条仅存的斗鱼也长了两公分，不过领地意识太强了，后面又买了6条斗鱼，放到龟缸里全被它追着咬，基本上尾巴都被咬伤了，躲到过滤板下边都不敢上来，有两条直接卡在下边死掉了，后来实在看不下去，把剩下的4条斗鱼放鱼缸里去了，嘎了两条，剩下的两条活得挺好，断尾后边都长出来了。那条斗鱼后边就叫它缸霸，乌龟好像也不怎么咬那条斗鱼估计是追不上放弃了。龟缸里没啥鱼看着不热闹，小鱼不敢放了，于是买了十条小锦鲤，龟缸鱼缸各放五条，这玩意游速快，乌龟也不好抓。结果现在就是斗鱼和锦鲤在缸里干架，相互追着打。

2025-09-30 05:28:18

《论持久战》

（一九三八年五月）

这是毛泽东一九三八年五月二十六日至六月三日在延安抗日战争研究会的讲演。

◎目录

• 问题的提起

• 问题的根据

• 驳亡国论

• 妥协还是抗战？腐败还是进步？

• 亡国论是不对的，速胜论也是不对的

• 为什么是持久战？

• 持久战的三个阶段

• 犬牙交错的战争

• 为永久和平而战

• 能动性在战争中

• 战争和政治

• 抗日的政治动员

• 战争的目的

• 防御中的进攻，持久中的速决，内线中的外线

• 主动性，灵活性，计划性

• 运动战，游击战，阵地战

• 消耗战，歼灭战

• 乘敌之隙的可能性

• 抗日战争中的决战问题

• 兵民是胜利之本

• 结论

问题的提起

　　（一）伟大抗日战争的一周年纪念，七月七日，快要到了。全民族的力量团结起来，坚持抗战，坚持统一战线，同敌人作英勇的战争，快一年了。这个战争，在东方历史上是空前的，在世界历史上也将是伟大的，全世界人民都关心这个战争。身受战争灾难、为着自己民族的生存而奋斗的每一个中国人，无日不在渴望战争的胜利。然而战争的过程究竟会要怎么样？能胜利还是不能胜利？能速胜还是不能速胜？很多人都说持久战，但是为什么是持久战？怎样进行持久战？很多人都说最后胜利，但是为什么会有最后胜利？怎样争取最后胜利？这些问题，不是每个人都解决了的，甚至是大多数人至今没有解决的。于是失败主义的亡国论者跑出来向人们说：中国会亡，最后胜利不是中国的。某些性急的朋友们也跑出来向人们说：中国很快就能战胜，无需乎费大气力。这些议论究竟对不对呢？我们一向都说：这些议论是不对的。可是我们说的，还没有为大多数人所了解。一半因为我们的宣传解释工作还不够，一半也因为客观事变的发展还没有完全暴露其固有的性质，还没有将其面貌鲜明地摆在人们之前，使人们无从看出其整个的趋势和前途，因而无从决定自己的整套的方针和做法。现在好了，抗战十个月的经验，尽够击破毫无根据的亡国论，也尽够说服急性朋友们的速胜论了。在这种情形下，很多人要求做个总结性的解释。尤其是对持久战，有亡国论和速胜论的反对意见，也有空洞无物的了解。“卢沟桥事变以来，四万万人一齐努力，最后胜利是中国的。”这样一种公式，在广大的人们中流行着。这个公式是对的，但有加以充实的必要。抗日战争和统一战线之所以能够坚持，是由于许多的因素：全国党派，从共产党到国民党；全国人民，从工人农民到资产阶级；全国军队，从主力军到游击队；国际方面，从社会主义国家到各国爱好正义的人民；敌国方面，从某些国内反战的人民到前线反战的兵士。总而言之，所有这些因素，在我们的抗战中都尽了他们各种程度的努力。每一个有良心的人，都应向他们表示敬意。我们共产党人，同其他抗战党派和全国人民一道，唯一的方向，是努力团结一切力量，战胜万恶的日寇。今年七月一日，是中国共产党建立的十七周年纪念日。为了使每个共产党员在抗日战争中能够尽其更好和更大的努力，也有着重地研究持久战的必要。因此，我的讲演就来研究持久战。和持久战这个题目有关的问题，我都准备说到；但是不能一切都说到，因为一切的东西，不是在一个讲演中完全说得了的。

问题的根据

驳亡国论

妥协还是抗战？腐败还是进步？

　　（二O）亡国论之没有根据，俱如上述。但是另有许多人，并非亡国论者，他们是爱国志士，却对时局怀抱甚深的忧虑。他们的问题有两个：一是惧怕对日妥协，一是怀疑政治不能进步。这两个可忧虑的问题在广大的人们中间议论着，找不到解决的基点。我们现在就来研究这两个问题。

亡国论是不对的，速胜论也是不对的

　　（二六）我们已把强弱、大小、进步退步、多助寡助几个敌我之间矛盾着的基本特点，作了比较研究，批驳了亡国论，答复了为什么不易妥协和为什么政治可能进步的问题。亡国论者看重了强弱一个矛盾，把它夸大起来作为全部问题的论据，而忽略了其他的矛盾。他们只提强弱对比一点，是他们的片面性；他们将此片面的东西夸大起来看成全体，又是他们的主观性。所以在全体说来，他们是没有根据的，是错误的。那些并非亡国论者，也不是一贯的悲观主义者，仅为一时候和一局部的敌我强弱情况或国内腐败现象所迷惑，而一时地发生悲观心理的人们，我们也得向他们指出，他们的观点的来源也是片面性和主观性的倾向。但是他们的改正较容易，只要一提醒就会明白，因为他们是爱国志士，他们的错误是一时的。

为什么是持久战？

　　（三O）现在我们来把持久战问题研究一下。“为什么是持久战”这一个问题，只有依据全部敌我对比的基本因素，才能得出正确的回答。例如单说敌人是帝国主义的强国，我们是半殖民地半封建的弱国，就有陷入亡国论的危险。因为单纯地以弱敌强，无论在理论上，在实际上，都不能产生持久的结果。单是大小或单是进步退步、多助寡助，也是一样。大并小、小并大的事都是常有的。进步的国家或事物，如果力量不强，常有被大而退步的国家或事物所灭亡者。多助寡助是重要因素，但是附随因素，依敌我本身的基本因素如何而定其作用的大小。因此，我们说抗日战争是持久战，是从全部敌我因素的相互关系产生的结论。敌强我弱，我有灭亡的危险。但敌尚有其他缺点，我尚有其他优点。敌之优点可因我之努力而使之削弱，其缺点亦可因我之努力而使之扩大。我方反是，我之优点可因我之努力而加强，缺点则因我之努力而克服。所以我能最后胜利，避免灭亡，敌则将最后失败，而不能避免整个帝国主义制度的崩溃。

持久战的三个阶段

犬牙交错的战争

为永久和平而战

能动性在战争中

战争和政治

抗日的政治动员

战 争 的 目 的

防御中的进攻，持久中的速决，内线中的外线

主动性，灵活性，计划性

运动战，游击战，阵地战

消耗战，歼灭战

乘敌之隙的可能性

抗日战争中的决战问题

兵民是胜利之本

结 论

参考：毛泽东传、毛泽东选集下载