[发明专利]一种数据存储的方法及装置

说明书

本申请公开了一种数据存储方法，在接收到业务请求之后，可以通过判断第一数据库是否启用，为该业务请求对应的标识添加相应的标记，之后便可处理该业务请求，将处理该业务请求产生的固定类数据与添加了相应标记的标识建立对应关系，并存储于第一或者第二数据库中，其中，该标识中添加的标记用于表示该固定类数据存储的数据库是该第一数据库还是该第二数据库。可见通过本申请实施例提供的方法，仅需要通过在各业务请求对应的标识中添加标记，便可确定存储处理该业务请求产生的固定类数据的数据库，而无需在该第一和第二数据库进行固定类数据的同步，进而避免了需要停止对数据库的写入操作所导致的业务无法正常进行、数据库扩容成本增加的问题。

技术领域

本申请涉及信息技术领域，尤其涉及一种数据存储的方法及装置。

背景技术

随着信息化社会的发展，人们越来越依赖于网络执行各种业务，而提供业务的网络服务提供商也呈现爆发式的增长。对于服务提供商来说，通常采用应用服务器和数据库组合的形式来提供服务，其中，应用服务器用于进行数据处理，数据库用于存储数据，其结构可如图1a所示。

图1a为采用应用服务器和数据库来执行业务的系统结构示意图。其中，可见应用服务器101和数据库102均有多个，即采用分布式应用服务器以及分布式数据库来执行业务。并且，由配置中心103向各应用服务器发放任务，由数据库管理中心104向数据库中各分库发放任务。

其中，对于服务提供商来说，数据库中存储的任一数据均可以按照该数据后续可执行的操作，划分为变更类数据以及固定类数据。其中，变更类数据在产生并存储于数据库(即，写入)后，仍然可以根据后续业务需求被调用、查询以及变更(如，账户名、账户密码、账户余额等等)，而固定类数据在产生并存储于数据库后，仅可以被调用和查询，而无法再进行变更(如，单据信息、日志数据等)。

另外，对于服务提供商来说，通常用户在单位时间内执行业务的数量是不断变化、时刻波动的。由于日常的业务量波动较小，所以应用服务器和数据库的设备冗余便足以处理日常业务量波动时增加的业务量，但是由于在实际运行中还会出现可预计的业务量剧增的状况(如，春运期间售票服务提供商的接收到的业务量出现剧增，或者服务提供商因为提供优惠政策导致的接收到的业务量剧增)，而在业务量剧增情况下应用服务器和数据库需要处理业务量可能会增长至日常业务量的几倍甚至十几倍，所以此时该应用服务器和数据库的设备冗余就不足以处理业务量剧增时增加的业务量，从而导致业务积压，甚至会导致应用服务器和数据库的崩溃、无法正常执行业务。

于是，在现有技术中为了避免上述情况的发生，通常采用在出现业务量剧增的情况之前，临时对该应用服务器和数据库进行扩容的方式来解决这一问题，同时避免日常运行时，由于业务量相对较少而导致扩容增加的该应用服务器和数据库空闲，导致资源浪费的情况，如图1b所示。

图1b为对应用服务器和数据库进行扩容后执行业务的系统结构示意图。

具体的，该临时扩容的方法通常分为对应用服务器的扩容以及对数据库的扩容。其中，当对应用服务器扩容时，仅需在待扩容应用服务器105中部署好对应的应用程序代码并启动应用，再将该待扩容应用服务器加入配置中心，使该待扩容应用服务器105可以用于处理业务即可，可以做到简单、灵活的扩容。