医院数据库的优化和系统性能的提升

文/吴建

医院数据库的优化和系统性能的提升

文/吴建

随着医院的发展，需要处理的数据量也在不断增加，这对医院的数据库提出了更高的要求，为了满足这一要求，医院必须对其数据库进行优化，以提升系统的性能，提高数据处理效率，促进医院的发展。本文将对医院数据库的优化和系统性能的提升方案进行分析与探讨，帮助医院选择最佳的优化方案，提升系统性能，满足医院日益提高的数据处理要求。

医院数据库 系统性能

1 引言

在目前的大部分医院中，由于进行了多年的信息化建设，已经获得了初步的成功。在原有的收费与结算信息化的基础上，逐渐向着服务、医疗信息化的方向发展。而随着医院的信息化水平不断提高，其积累的数据量也会越来越大，这些数据的处理为数据库系统带来了巨大的负担，已经开始影响医院信息化建设的进行。所以，医院必须重视数据库的优化，不断提升系统性能，促进医院的发展。

2 医院数据库运行的现状

2.1 数据库的运行现状

自发展信息化以来，大部分医院的数据库已经运行了很长时间，尤其是电子病历的应用，使数据库内临床诊疗数据不断增加，使数据库变得更加臃肿，对业务处理的效率产生了显著的影响。与此同时，数据库还需要应对大量的数据查询与统计，在运行过程中容易出现死锁或阻塞的情况，在对医院的运行造成了一定的影响。

2.2 数据库维护工作现状

在对数据库进行维护时，如果数据库的容量大幅度增加，就会造成数据的备份与恢复时间延长，业务处理受到的影响也就越大。与此同时，软件的表结构修改需在针对有百万条以上记录的表时，容易造成表锁定，导致业务系统无法访问，影响业务的正常办理。

2.3 目前的解决方案

为了解决医院数据量大幅度增加带来的运行速度降低的问题，大部分医院采取了升级服务器的方式，将PC服务器升级为小型机服务器，改善服务器的处理性能，提高系统运行速度。这种方式能够在短时间内缓解数据量增加的问题，但无法从根本上解决这一问题。

3 数据库系统性能提升方案的确定

为了解决由于数据量不断增加而影响数据处理效率，我们可以采用通过硬件与软件来分隔不同业务处理间产生的影响，将医院的业务分为两个类型：

（1）医院的在线业务，其中包括收费、结算、病例、医嘱等，这些任务是医院最核心的业务，所有工作人员的工作都需要以此为基础，必须保证其能够高效的运行。

（2）对数据进行查询与统计，这类业务是职能科室在每个月需要完成的，需要从数据库中直接获取数据，并进行大量的统计工作。我们可以为两个类型的业务分配各自独立的数据库与服务器，确保二者都能够正常运行。在确定硬件提升方案后，我们可以考虑采用实时事务复制技术来提高软件性能，做到数据的及时同步，在用户操作后，查询库中就可以及时的反映，实现业务与查询数据库的彻底分离。与此同时，还能够实现在特殊情况下用查询数据库作为应急服务器。

4 数据库同步的实现

4.1 业务库与查询库的结构自动同步

在医院的数据库中，业务的变化会产生更多的新需求，数据库的表会发生结构上的变化，经常会出现业务数据的表结构与查询数据不一致的现象，无法正常运行。为了解决这一问题，我们可以采用数据库结构变化跟踪程序，在业务数据库的表发生结构变化时，程序能够对变化进行自动跟踪，同时对查询数据库的表结构进行更新。具体的操作方法如下：拷贝业务数据库中的表结构，再启动表结构监控伺服器，对比已拷贝的表结构与业务数据库的表结构，如果存在变动，就会产生表结构变动的DDL，将DDL传递到查询数据库。

4.2 确保业务数据量的恒定

为了有效的减少业务数据库中的数据量，提升业务处理效率，必须要对业务数据库中的数据进行定期的转储与删除，以确保业务数据量的恒定。但是，查询数据库中需要保存自数据库建立起的全部数据，无法实现业务数据的转储与删除。所以，我们必须实现在复制状态下对业务数据进行删除，以保证查询数据可的完整性。根据实时事务复制的规则，相同的操作会传递至查询数据库中，删除相应的数据。为了解决这一问题，我们可以在业务数据库与查询数据库中建立一个表SCBM，用于存放删除的表名。在进行初始化后，建立这个表，并在其中插入NAME=’NONE’的记录。在复制定义后，可以利用复制程序在业务与查询数据库中为所有表建立全部的删除与存储过程。如果操作是正常的业务删除，查询数据库中的SCBM表就不会记录，查询数据库就会进行删除。如果操作是正常的业务删除，查询数据库中的SCBM表就会记录，查询数据库就不会进行删除。

4.3 复制订阅系统的监控

在复制订阅系统的运行过程中，可能会受到不同因素的影响而造成复制或订阅失败，这些因素除了系统或硬件因素，大部分是软件系统因素，因此，系统中需要实现实时监控，以保证在问题发生时可以及时的发出警报并修正错误，防止产生更严重的损失。复制订阅监控程序通常作为伺服器在稳定的客户端上运行，定期对数据库的复制进行检测，一旦发现故障，就会立即发出警报，停止复制，等待管理员处理。如果在72小时后仍无人处理，监控程序就会按照设定好的方法自行处理，防止复制订阅系统被SQLSERVER清除。

4.4 故障处理与数据恢复

在性能提升方案启用后，可能会发生故障，例如查询服务不能正常启动，复制系统故障等，一旦故障无法及时修复，需要重新设置复制的发布与订阅，造成业务数据库中的查询不能正常进行，需要管理员通过控制台完成调整，将业务与查询数据库结合在一起，同时指向业务数据库进行操作，确保正常的短期业务查询不会受到影响。在故障解决后，一些数据无法从业务数据库复制到查询数据库，导致查询数据缺失，需要对查询数据库进行恢复，再利用控制台把业务数据库与查询数据库重新分开，系统修复。

[1]魏宁.探讨医院数据库系统性能优化[J].电脑编程技巧与维护,2011(20).

[2]丁锐.中小医院数据中心服务器群逻辑架构解决方案[J].中国数字医学,2015(10).

[3]贾末,王永刚,沈韬,张颖琦.医院信息系统性能优化策略探讨[J].医学信息学杂志,2014(09).

作者单位丽水市人民医院 浙江省丽水市 323000

姓名（1990-），男，浙江省丽水市人。大学本科学历。助理工程师。主要研究方向为系统集成、数据库建设、数据挖掘。