迅睿CMS数据库卡顿？五步实操优化方案助你提速

第一步：诊断并添加高频查询字段索引

迅睿CMS随着内容量的增加，如果未对关键字段建立索引，会导致全表扫描，这是造成卡顿最直接的原因。我们需要针对核心业务表（通常是内容表 dr_1_news 或其他模块表）进行索引优化。

通过命令行登录数据库，检查现有索引情况：

```sql SHOW INDEX FROM dr_1_news; ```

迅睿CMS在列表页调用时，通常会根据 catid（栏目ID）、status（状态）和 inputtime（发布时间）进行排序和筛选。如果上述字段没有联合索引，必须手动添加。执行以下 SQL 语句添加联合索引：

```sql -- 针对主表添加联合索引，优化列表页查询速度 ALTER TABLE dr_1_news ADD INDEX idx_cat_status_time (catid, status, inputtime); -- 针对会员表，如果会员登录或查询慢，检查username字段 ALTER TABLE dr_member ADD INDEX idx_username (username); ```

如果您的站点经常使用自定义字段在列表页进行筛选（例如按价格、按地区），请务必找到对应的附属表（如 dr_1_news_data_0），将筛选字段加入索引。例如，筛选字段为 price：

```sql ALTER TABLE dr_1_news_data_0 ADD INDEX idx_price (price); ```

第二步：MySQL配置文件 my.cnf 性能参数调优

默认的 MySQL 安装配置通常仅适用于测试环境，无法支撑高并发。我们需要修改 my.cnf 文件（通常位于 /etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf）。

使用编辑器打开配置文件：

```bash vi /etc/my.cnf ```

在 [mysqld] 区域下，添加或修改以下关键参数。这些参数基于 4GB 内存服务器进行推荐，请根据实际服务器内存调整 innodb_buffer_pool_size（建议设置为物理内存的 50%-70%）：

```ini [mysqld] 1. 关闭域名解析，提升连接速度 skip-name-resolve 2. InnoDB 缓冲池大小，关键参数，设为 2G (如果是4G内存机器) innodb_buffer_pool_size = 2G 3. InnoDB 日志文件大小，设为 256M 或 512M，减少写盘等待 innodb_log_file_size = 256M 4. 日志刷新模式，2 表示每秒写入一次日志文件并刷盘，性能较好 注意：崩溃可能丢失1秒数据，但CMS场景通常可接受 innodb_flush_log_at_trx_commit = 2 5. 请求协议强制使用 InnoDB default-storage-engine = INNODB 6. 查询缓存，建议关闭（MySQL 8.0已移除，5.7高并发下开启反而锁竞争严重） query_cache_size = 0 query_cache_type = 0 7. 临时表大小，用于复杂排序 tmp_table_size = 128M max_heap_table_size = 128M ```

修改完成后，保存并退出，重启 MySQL 服务使配置生效：

```bash systemctl restart mysqld ```

第三步：配置 Redis 缓存服务接管数据查询

数据库的瓶颈主要在于磁盘 I/O。引入 Redis 内存数据库可以将热点数据（如配置信息、会员Session、首页数据）缓存到内存中。迅睿CMS原生支持 Redis，仅需配置即可。

安装 Redis 服务（以 CentOS 为例）：

```bash yum install redis -y systemctl start redis systemctl enable redis ```

接着，修改迅睿CMS的数据库配置文件。文件路径位于：/dayrui/Config/Database.php。找到 $cache 配置项，将其修改为 Redis 驱动，并填写正确的服务器信息：

```php // 原始配置可能是 'file'，修改为 'redis' 'system' => 'mysql', // 主数据库驱动保持不变 'cache' => 'redis', // 强制将缓存驱动改为 redis // 在配置文件数组中添加 Redis 服务器配置 'redis' => array( 'hostname' => '127.0.0.1', // Redis服务器地址，本地默认127.0.0.1 'port' => 6379, // Redis端口 'password' => '', // 如果设置了Redis密码，在此填写 'database' => 0, // Redis数据库编号，默认0 'timeout' => 0, ), ```

配置保存后，登录迅睿CMS后台，进入 系统管理 -> 系统升级 -> 数据库缓存，点击 刷新缓存。此时，大部分系统配置读取将不再查询 MySQL。

第四步：清理系统日志与数据库碎片整理

长期运行的站点，系统日志表（dr_admin_log、dr_sms_log）和附件表（dr_attachment）会变得非常庞大，拖慢整体备份和查询速度。我们需要定期清理这些表。

1. 清理后台登录日志（保留最近3个月）：

```sql DELETE FROM dr_admin_log WHERE inputtime < UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL 3 MONTH)); ```

2. 清理短信发送日志（通常不需要长期保留）：

```sql DELETE FROM dr_sms_log WHERE inputtime < UNIX_TIMESTAMP(DATE_SUB(NOW(), INTERVAL 1 MONTH)); ```

3. 清理未使用的附件（高风险操作，操作前请备份数据库）。此操作用于删除上传了但未关联到文章的附件记录：

```sql DELETE FROM dr_attachment WHERE id NOT IN (SELECT aid FROM (SELECT aid FROM dr_1_news_data_0 UNION ALL SELECT aid FROM dr_1_news_data_1) as temp_table); ``>

清理完数据后，表内部会产生大量碎片，必须执行 OPTIMIZE 命令进行表空间回收。针对核心表执行：

```sql OPTIMIZE TABLE dr_1_news; OPTIMIZE TABLE dr_1_news_data_0; OPTIMIZE TABLE dr_member; ```

第五步：针对百万级数据表的归档与维护

当单表数据量超过 100 万行时，单纯优化索引效果有限。迅睿CMS采用分表机制（dr_1_news_data_0, dr_1_news_data_1），但主表 dr_1_news 依然会持续增长。

实操建议是建立“归档”机制。将一年前的文章移动到归档表（需手动创建归档表，结构与主表一致）。

1. 创建归档表：

```sql CREATE TABLE dr_1_news_archive LIKE dr_1_news; ```

2. 迁移数据（例如迁移 2022 年的数据）：

```sql -- 先将数据插入归档表 INSERT INTO dr_1_news_archive SELECT FROM dr_1_news WHERE inputtime < UNIX_TIMESTAMP('2023-01-01') AND inputtime >= UNIX_TIMESTAMP('2022-01-01'); -- 确认无误后，从主表删除旧数据 DELETE FROM dr_1_news WHERE inputtime < UNIX_TIMESTAMP('2023-01-01') AND inputtime >= UNIX_TIMESTAMP('2022-01-01'); ```

通过上述五步操作，从索引、配置、缓存、清理和归档五个维度彻底解决迅睿CMS的数据库卡顿问题。每一步操作都经过验证，可直接在服务器终端执行。