第一步：前端浏览器端快速排查优化（无需技术基础）
这一步先排除90%普通用户能自己解决的问题，不用懂代码和服务器操作。
1.1 清理浏览器缓存与Cookie
- Chrome/Edge：按Ctrl+Shift+Delete组合键，弹出窗口选最近7天或全部时间，勾选缓存的图片和文件、Cookie和其他站点数据，点击清除数据，等待10-30秒自动完成
- Firefox：按Ctrl+Shift+Delete组合键，选最近7天或全部，勾选缓存Web内容、Cookie，点击清除现在
1.2 禁用不必要的浏览器扩展
- Chrome/Edge：点击右上角三个点/拼图图标→管理扩展，关闭广告拦截以外的陌生或暂时不用的扩展（比如VPN、购物比价、美化插件，尤其是多个同类扩展），然后刷新档案系统页面
- Firefox：点击右上角三条杠→附加组件和主题→扩展，同上操作
1.3 切换浏览器或更新至最新版
如果用旧版IE、360安全浏览器兼容模式，直接换成Chrome 110+、Edge 110+、Firefox 105+的最新稳定版，更新后重新登录系统测试
第二步：本地电脑端硬件与软件排查（仅需基础操作）
前端没问题的话，检查自己的设备是否拖后腿，操作依然零门槛。
2.1 关闭后台占用内存/CPU的程序
- Windows：按Ctrl+Shift+Esc打开任务管理器→性能标签页，先看CPU、内存使用率（超过80%大概率卡顿），再切到进程标签页，选中内存/CPU占用高且非必要的程序（比如视频剪辑、大型游戏、多开的微信/网页游戏、迅雷下载），点击结束任务
- Mac：按Command+Option+Esc打开强制退出窗口，或按Command+Space搜索活动监视器→CPU/内存标签页，同上操作
2.2 检查并优化本地网络
- 如果用WiFi，切换成网线直连（档案系统是局域网的话更重要），拔掉路由器/光猫电源，等待10秒后重启光猫，再插路由器电源，等待路由器指示灯稳定后测试
- 按Win+R（Windows）输入cmd，回车打开命令提示符，输入以下代码按回车测试局域网延迟（比如档案系统地址是192.168.1.100，替换成实际的）：
```
ping 192.168.1.100 -t
```
连续看10行数据，延迟稳定在50ms以内、丢包率0%才正常，否则联系IT部门排查网络
第三步：档案系统自身轻量调整（IT管理员/账号有权限操作）
前两步都没问题，再看系统自身的小问题，部分普通账号如果有查询参数设置权限也能操作。
3.1 调整查询条件，避免全库扫描
- 普通查询用户：搜索档案时必须先选年份/部门/档案类型等索引字段，再填具体编号或关键词，不要只填“张三”就搜全库10万条数据
- IT管理员：检查系统是否开启了模糊搜索全库的默认设置，如果是，在后台系统设置→查询优化中，把“默认模糊搜索范围”改为“近3年档案”或“索引字段”
3.2 清理系统临时文件与过期日志
IT管理员登录服务器，先备份临时文件和日志，再操作：
- Windows服务器：找到系统安装目录下的temp、log、upload_temp文件夹（比如D:\ArchivesSystem\temp），删除30天前的所有文件（不要删除文件夹本身）
- Linux服务器：打开终端，进入系统安装目录，执行以下命令（替换/ArchivesSystem为实际路径）：
```
删除30天前的临时文件
find /ArchivesSystem/temp -type f -mtime +30 -delete
删除30天前的日志文件
find /ArchivesSystem/log -type f -mtime +30 -delete
删除30天前的上传临时文件
find /ArchivesSystem/upload_temp -type f -mtime +30 -delete
```
第四步：数据库轻量优化（IT管理员用简单SQL语句操作）
档案系统慢90%以上最终是数据库的问题，这里只讲最简单的、无需深度DBA知识的操作。
4.1 修复并优化常用表（以MySQL为例，SQL Server/Oracle同理有对应命令）
IT管理员登录数据库管理工具（比如Navicat、phpMyAdmin），或用命令行，先备份数据库，再执行以下操作：
- 修复表（解决表碎片、损坏导致的慢）：
```
-- 修复常用的档案主表、附件表、索引表（替换archives_main等为实际表名）
REPAIR TABLE archives_main, archives_attachment, archives_index;
```
- 优化表（整理碎片、更新统计信息）：
```
-- 优化常用表
OPTIMIZE TABLE archives_main, archives_attachment, archives_index;
```
4.2 添加缺失的索引（以MySQL为例）
先执行慢查询日志的简单查询，找最卡的SQL，这里假设最常用的是“按年份+档案类型+关键词模糊搜索档案编号”：
- 先确认档案主表的索引情况：
```
-- 替换archives_main为实际表名
SHOW INDEX FROM archives_main;
```
- 如果没有“年份+档案类型+档案编号”的联合索引，添加：
```
-- 替换archives_main、archive_year、archive_type、archive_no为实际表名和字段名
ALTER TABLE archives_main ADD INDEX idx_year_type_no (archive_year, archive_type, archive_no);
```
第五步：服务器端基础资源扩容（IT管理员操作）
前四步都做完还慢，大概率是服务器硬件资源不够了，先检查再扩容。
5.1 检查服务器CPU、内存、硬盘使用率
- Windows服务器：打开任务管理器→性能→资源监视器，连续看10分钟，CPU持续超过85%、内存超过90%、硬盘（尤其是机械硬盘）持续读写超过90%，就需要扩容
- Linux服务器：打开终端，执行以下命令：
```
实时看CPU、内存使用率，按q退出
top
看硬盘使用率
df -h
看硬盘IO使用率，按ctrl+c退出
iostat -x 1
```
5.2 最简单的资源扩容操作
- 如果是云服务器（阿里云/腾讯云/华为云）：直接登录云控制台→云服务器ECS→实例→变更配置，升级内存至8G以上、CPU至4核以上，如果硬盘是机械的，换成SSD云盘（优先换数据库所在的分区）
- 如果是本地物理服务器：优先加同型号的内存条（凑够16G以上），如果预算够，再加一块NVMe SSD，把数据库迁移到SSD上
微信咨询
电话联系
QQ客服
微信咨询一对一服务