0
0题目：医院数据库出现卡顿、查询缓慢，你如何排查与解决？
各位考官好，下面我来回答这道题。
数据库是HIS、电子病历等核心系统的数据核心，查询卡顿、响应变慢会直接影响诊疗、收费等业务，我会按照先应急缓解、再分层排查、最后优化根治的思路处理。
第一步，应急处置，优先保障业务。发现问题后，第一时间查看数据库服务器的运行状态，观察CPU、内存、磁盘IO、连接数等指标。如果是连接数过高、临时进程占用资源，先清理无效会话、终止异常耗时查询，快速释放系统资源，缓解卡顿问题，保障一线业务正常运转。
第二步，分层逐项排查定位原因。
首先检查硬件与服务器层面：查看磁盘是否存在读写瓶颈、硬盘空间是否不足，风扇、阵列等硬件有无异常，同时确认服务器系统是否存在后台程序占用资源、系统补丁或驱动问题。
其次检查数据库基础配置：核对内存分配、连接数上限、超时时间等参数，判断是否存在配置不合理，无法匹配当前业务访问压力的情况。
再者分析SQL语句与索引：慢查询是卡顿的常见原因，调取慢查询日志，找出执行效率低的语句。检查表、视图是否缺少必要索引，或是存在索引冗余、索引失效的问题；同时排查是否有大批量数据全表扫描、频繁批量读写等操作。
最后排查业务与数据量：确认是否是就诊高峰并发访问突增，或是长期运行导致数据表数据量过大、碎片过多，影响查询效率。
第三步，针对性优化解决问题。
硬件资源不足，结合实际情况扩容内存、升级存储阵列；参数不合理，根据业务负载调整数据库配置项。
针对SQL和索引问题，优化低效语句，补充、重建或清理索引，定期整理数据表碎片。
数据体量过大时，制定分表、分区或历史数据归档方案。并发压力大的场景，配合应用端做访问限流、缓存优化。
第四步，建立长效维护机制。将数据库性能监控、慢查询日志分析、数据备份、碎片整理纳入日常巡检，定期做压力评估与性能调优。同时和软件厂商协同，持续优化业务逻辑，从源头减少低效查询，避免问题反复出现。
总之，数据库运维要做到实时监控、提前预判、及时优化，全方位保障数据服务高效稳定。
以上就是我的回答。
