[发明专利]系统关键数据保存方法及装置

说明书

技术领域

本发明属于互联网应用领域，特别是一种系统关键数据保存方法及装置。

背景技术

对于当前每一个中大型的WEB应用，系统中有些关键数据需要及时、稳定、安全的保存到数据库中，系统关键数据包括用户的订购信息、用户的访问注册信息等。

在系统资源受限的情况下，现有技术中保存系统关键数据有两种方式：方式一、直接将数据通过后台进程保存到数据库中；方式二、直接将数据保存到文件中，再通过后台进程把日志文件中的数据保存到数据库中。

但是，方式一要求服务器运行良好、稳定，不会出现服务器重启、断电的特殊情况，而且服务器需要内存大，便于保存数据，否则，内存中的数据将全部丢失，重要数据将丢失殆尽，损失不可预见。因此，方式一存在的问题在于：很难保证服务器运行良好、不出现服务器重启等情况，存在数据丢失的风险。

方式二由于存在读写磁盘的操作存在，数据丢失的可能性比较小。但方式二存在的问题在于：在服务器资源紧缺的时候，服务器性能必将受到大的影响，影响现有业务的正常运行，对于部分要快速响应的服务来说，方式二不能满足系统的要求。

因此，需要提供一种新的系统关键数据保存方法及装置以解决上述的问题。

发明内容

本发明提供一种系统关键数据保存方法及装置，以解决现有技术系统关键数据保存方式单一，不能根据服务器的情况对系统关键数据进行安全保存问题。

本发明的目的是通过以下技术方案来实现的：一种系统关键数据保存方法，所述方法包括以下步骤：a.设置日志处理类型参数；b.获取数据来源；c.判断设置的日志处理类型参数，并根据设置的日志处理类型参数对获取的数据进行保存。

本发明采取的技术方案还包括：在所述步骤a中，所述日志处理类型参数包括：1--内存写数据库方式，2--日志写数据库方式，3--前两者合并在一起写数据库方式。

本发明采取的技术方案还包括：所述日志处理类型参数为3时，所述步骤a还包括：设置日志处理阀值。

本发明采取的技术方案还包括：所述日志处理类型参数为1时，所述步骤c还包括：采用内存写数据库方式直接写数据库。

本发明采取的技术方案还包括：所述日志处理类型参数为2时，所述步骤c还包括：采用日志写数据库方式处理数据。

本发明采取的技术方案还包括：所述日志处理类型参数为3时，所述步骤c还包括：判断访问数据的条数是否小于日志处理阀值，如果小于日志处理阀值则直接将数据保存到数据库中，否则，启动写日志线程将访问数据写入到日志文件，再由定时扫描处理日志进程扫描产生的日志，并将日志数据安全的写入到数据库中。

本发明采取的另一技术方案为：一种系统关键数据保存装置，包括：日志处理类型参数设置模块，用于设置日志处理类型参数；数据获取模块，用于获取数据来源；第一判断模块，用于接收拦截请求，并判断所述日志处理类型参数设置模块设置的日志处理类型参数；数据保存模块，用于根据所述第一判断模块判断的日志处理类型参数对数据进行保存。

本发明采取的技术方案还包括：所述日志处理类型参数设置模块设置的日志处理类型参数包括：1--内存写数据库方式，2--日志写数据库方式，3--前两者合并在一起写数据库方式。

本发明采取的技术方案还包括：所述数据保存模块包括：内存写模块，用于所述第一判断模块判断的日志处理类型参数为1时采用内存写数据库方式直接写数据库；日志写模块，用于所述第一判断模块判断的日志处理类型参数为2时采用日志写数据库方式处理数据。

本发明采取的技术方案还包括：所述系统关键数据保存装置还包括：日志处理阀值设置模块，用于设置日志处理阀值；第二判断模块，用于所述第一判断模块判断的日志处理类型参数为3时判断访问数据的条数是否小于日志处理阀值设置模块设置日志处理阀值；当访问数据的条数小于日志处理阀值设置模块设置日志处理阀值，所述内存写模块直接将数据保存到数据库中，否则，所述日志写模块启动写日志线程将访问数据写入到日志文件，再由定时扫描处理日志进程扫描产生的日志，并将日志数据写入到数据库中。

采用本发明的技术方案以后，可以根据不同的需求调节关键数据的处理方式，在服务器性能和稳定之间达到平衡，另外，在服务器资源允许的情况下可以将日志处理线程调配到其他的物理服务器，以免对现有服务器的其他应用产生影响。

附图说明

图1为本发明实施例的系统关键数据保存方法的流程图。

图2为本发明实施例的系统关键数据保存装置的结构示意图。

具体实施方式