[发明专利]具备负载均衡功能的数据缓存系统

说明书

技术领域

本发明涉及数据缓存技术，更具体而言，涉及具备负载均衡功能 的数据缓存系统。

背景技术

目前，虽然在SQL Server、Oracle等大型数据库中都有一些标 准性能优化策略，通过实现这些策略也可以提高系统的运行效率，但 是由于在这些DBMS都是遵循一些国际标准和行业标准的多功能应 用系统，数据的缓存处理只是他其中的一个功能，这造成了数据库是 很多应用系统的性能瓶颈：譬如无论是在使用大型的财务软件，ERP 软件，还是大型的动态网站的时候，有时会出现超时，响应慢等情 况。造成这些问题的原因大部分都出在对数据库的访问这个地方，除 非程序设计的有问题，否则在目前的绝大多数应用系统中，程序的执 行效率不会有问题。

在通常的软件研发过程中，无论是软件平台部分还是产品开发部 分，也会对一些常用的数据进行缓存。但这种缓存很多都是根据人员 的喜好进行处理，各有各的方法，这在很多产品中比比皆是，后期的 维护成本呈数量级增加。同时这种方法还有一个致命的问题就是对程 序的执行效率不可量化：

1.从缓存中再次取值耗费了多少时间？

2.如果不缓存数据直接从数据库中取会耗费多少时间？

3.这些处理数据的语句真的是最影响效率和系统稳定的吗？

这些问题都几乎没人知道，很多只是根据开发人员的经验来处理 这些问题，提供这些方法。这些问题在绝大部分软件中都存在，出现 问题的最常用办法就是让客户重启服务器。

在通常的开发中，缓存区都是零散的，部门档案放一块，客户档 案放一块，供应商档案放一块，等等；计算机对内存的管理基本都是 块页式管理，这样零散的存储会浪费宝贵的内存空间，并同时增加寻 址时间。

在常用的这种缓存处理机制中，除了提高了这小部分数据的访问 效率外，对于数量最大，最需要作缓存处理的单据类数据却要从数据 库系统中获取，这种频繁的查询操作产生的对内存占用的累加效应， 会浪费大量的内存

当负责开发的整个团队，写了大量的存储过程或者SQL语句的 时候，哪个存储过程或者SQL语句最耗费时间，执行效率最低？通常 情况下，开发人员只能靠自己的经验和知识结构，产品的错误提示来 判断，排查错误，找出问题所在。

发明内容

为了解决上述技术问题至少之一，本发明提供了一种具备负载均 衡功能的数据缓存系统，包括：数据缓存管理器，用于接收来自外部 的数据获取请求，响应于所述数据获取请求向数据缓存库发出数据获 取指令，判断所述数据缓存库是否保存有相应数据，如果判断结果为 是，则从所述数据缓存库取回所述相应数据，如果判断结果为否，则 向负载均衡处理器发出获取数据库服务器的请求；所述数据缓存库， 响应于所述数据缓存管理器的数据存储指令，将需要缓存的数据分块 分页存储，响应于所述数据缓存管理器的所述数据获取指令，将保存 在所述数据缓存库中的所述相应数据发送给所述数据缓存管理器；所 述负载均衡处理器，管理多个数据库服务器信息，响应于来自所述数 据缓存管理器的所述获取数据库服务器的请求，将多个数据库服务器 中处理请求最少的数据库服务器的数据库服务器信息提供给所述数据 缓存管理器，所述数据缓存管理器根据得到的所述数据库服务器信 息，从所述数据库服务器获取所述相应数据，将所述相应数据存入所 述数据缓存库。

优选地，所述负载均衡处理器具有计数器，用于记录每个数据库 服务器被请求的次数，将处理请求最少的数据库服务器提供给所述数 据缓存管理器；所述负载均衡处理器从特有存储格式的配置文件中读 取数据库服务器信息及数据库信息。

优选地，所述数据缓存管理器动态管理所述数据缓存库中的数 据，动态响应来自外部的所述数据获取请求。

优选地，所述数据缓存管理器实时记录来自外部的所述数据获取 请求的日志信息，向外提供数据访问日志。

优选地，所述数据缓存管理器在从所述负载均衡处理器获取处理 请求最少的数据库服务器之后，向所述数据库服务器发出请求，记录 当前请求的业务处理，分析当前请求所占用的资源，进行数据分析， 获取所述相应数据。

优选地，所述数据缓存管理器在获取所述相应数据后，使用数据 压缩策略将所述相应数据推入所述数据缓存库。

优选地，所述数据获取请求包括：查询请求、修改请求、删除请 求和添加请求。