局域网内Access数据库运行缓慢排查及提速方案咨询

问题属性判定 #

该问题90%以上为软件逻辑问题，硬件配置不足是次要影响因素。
20万条记录、95MB体量的Access数据库属于极小规模，现有酷睿i7+4GB内存的配置完全可以支撑6台客户端的常规查询请求，性能瓶颈首先出现在搜索逻辑、数据库设计层面。
软件层面核心问题点：

• search-as-you-type逻辑未做防抖限制：每输入一个字符就向后端发起一次查询，单用户输入10个字符就会触发10次查询，6个用户同时输入时瞬间产生几十次并行查询。Access本身是文件型数据库，原生不擅长处理高并发查询请求，并行请求排队直接导致卡顿。
• 搜索字段未建索引：如果搜索用到的字段没有创建普通索引或联合索引，每次查询都会全表扫描20万条记录，并发场景下扫描耗时会指数级上升。
• 前端未做查询结果缓存：同一个用户连续输入的关键词为递进关系时（如先输“张”再输“张三”），完全可以在上一次返回的结果中过滤，不需要每次都请求后端数据库。
• Access锁机制冲突：多客户端同时查询时如果触发页面锁或表锁，会导致后续查询排队，严重时直接出现无响应情况。

硬件升级必要性判定 #

现有配置不需要整体更换更高配置的服务器，仅需要针对性调整个别硬件即可完全满足该场景的性能需求。

影响该场景性能的硬件部件（按优先级排序） #

• 硬盘：如果当前使用的是机械硬盘，优先更换为SATA SSD即可。Access是文件型数据库，所有查询都需要读取后端的.accdb/.mdb文件，SSD的随机读取性能是机械硬盘的几十倍，能够大幅降低单查询的读取耗时，减少并发排队概率。
• 内存：4GB内存刚好够运行操作系统+Access后端，可以扩容到8GB，让系统能够把完整的95MB数据库文件缓存到内存中，后续查询不需要再读取硬盘，响应速度会有数量级提升。
• CPU：现有酷睿i7的性能完全足够，该场景下查询的计算量极低，CPU不会成为瓶颈，不需要更换。
• 网络：确认局域网为千兆网络即可，百兆网络传输大查询结果时会有延迟，但该场景下数据库体量极小，网络影响优先级最低。

优先落地的优化步骤 #

1. 给前端search-as-you-type逻辑加300~500ms的防抖，用户停止输入后再发起查询请求，可直接减少90%以上的无效查询。
2. 给所有搜索涉及的字段创建索引，避免全表扫描。
3. 把机械硬盘更换为SSD，内存扩容到8GB。
   以上三个操作落地后基本可以解决当前的卡顿问题。

内容的提问来源于stack exchange，提问作者Muhamad.Nadir