CN110334145A - 数据处理的方法和装置 - Google Patents
数据处理的方法和装置 Download PDFInfo
- Publication number
- CN110334145A CN110334145A CN201810156746.XA CN201810156746A CN110334145A CN 110334145 A CN110334145 A CN 110334145A CN 201810156746 A CN201810156746 A CN 201810156746A CN 110334145 A CN110334145 A CN 110334145A
- Authority
- CN
- China
- Prior art keywords
- data
- read
- library
- caching
- master
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
- G06F16/273—Asynchronous replication or reconciliation
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Computational Linguistics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种数据处理的方法和装置,涉及计算机技术领域。该方法的一具体实施方式包括:在保存数据时,将数据保存到主库中,并将数据的数据标识保存到缓存中且设置数据标识的失效时间;在读取数据时,首先判断缓存中是否存在待读取数据的数据标识;若存在,则从主库中读取待读取数据。该实施方式能够在保留使用从库进行负载均衡和数据高可用等优点的前提下,很好地解决由数据库主从延迟带来的读取数据时出现的读取不到或数据错乱的问题。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种数据处理的方法和装置。
背景技术
伴随着大数据的发展,数据库的主从模式应用越来越广泛,其中,主库Master负责写操作的负载,也就是说一切写的操作都在Master上进行,而读的操作则分摊到从库Slave上进行,这样一来可以大大提高读取的效率,同时提高了并发吞吐和负载能力,以及数据的安全性等等。
以MySQL数据库为例,MySQL内建的主从复制功能既是数据库的负载均衡的方案,同时也是保证数据高可用的技术方案,是构建高性能、高可用应用程序的基础。MySQL的主从复制技术采用基于二进制日志(binlog)的主从复制机制,如图1所示,为MySQL的主从复制机制实现原理示意图,该机制具体如下:
将两个数据库之间设置为主从关系,当主库(Master)中的数据发生变更时,主库将更改的数据库语句写到二进制文件(binlog)中,并将该数据处理日志发送至从库(Slave),由从库的输入输出(IO)线程负责将接收的二进制文件存到从库的中继日志(relaylog)中,从库的SQL线程读取中继日志里的数据库操作语句进行重放操作,从而完成主数据库与从数据库之间的数据同步,这个过程就是MySQL的主从复制。
数据库主从复制虽然能保证主库和从库数据的最终一致性,但仍然存在短期内的数据不一致的问题,主库和从库之间数据同步的延迟时间被称为“主从延迟”。主从延迟的长短依赖于主库写入日志的速率、网络传输时间、从库的性能以及从库的个数等因素。随着互联网技术的广泛应用,对数据处理的要求也逐步提高。目前,对于一些大型的互联网网站,经常需要将主数据库与从数据库部署在不同的地域,此时数据传输的效率较低,会增大主从延迟的时间。同时,对于一些电商网站等,当有促销活动时,常常会在零点开始的极短时间内写入极大的数据量,从而导致较长的主从延迟。此时,如果在线分析处理系统还在进行数据处理,那么在从多个从库中进行负载均衡读取数据时,由于主从同步的不一致会导致读取不到数据或读取数据错乱,严重的甚至会影响到整个数据处理的进行。
为了解决由于主从延迟而带来的读取不到数据或读取数据错乱的问题,现有的方案多是从降低主从延迟入手,常用的方案主要有以下几种:
1)调整磁盘写入的刷盘策略,提高写入速率
Linux操作系统在将数据写入磁盘上的主库时,并不是实时将数据刷入磁盘,而是先写到内存的缓存(PageCache)中,然后定期的将写入的数据刷新到磁盘上的主库中,比如普通Linux系统默认的刷盘周期为5s,可以将磁盘的刷盘周期提高到10s,一个刷新周期内积累了更多的待刷新数据,以提高数据写入的速率,从而降低主从延迟的时间;
2)调整MySQL参数,提高数据传输效率
MySQL数据复制可以分为同步,半同步和异步三种。异步复制是主库把事务写到binlog日志后,直接使用操作指令commit进行提交,并不保证从库是否接收到并持久化主库的binlog日志到磁盘,此种方式如果主库宕机,可能会导致数据丢失。半同步复制则在主库事务写入binlog后,事务提交前,会先保证主库的binlog至少写入一个从库的磁盘上,这样能保证数据的安全性,同时也增大了传输时间。同步复制则要求更严格,必须保证所有的从库的binlog持久化到中继日志relaylog,并且重放完成之后主库的事务才能提交。在主从延迟要求高的场景下可以采用异步复制的模式,牺牲一定的数据完整性,换来数据读写的性能;
3)主库分区写入,提高写入效率
由于单台数据库服务器的读写性能会有瓶颈,当短时写入极大数据量时,会导致较大主从延迟,此时可以考虑在写入的时候根据业务特性进行分区,将不同业务对应的数据保存到不同的主库,将待写入的数据路由到各个分区的主库中,这样多台主库同时承担写入压力能极大提高写入效率,从而降低主从延迟。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
现有的解决由于主从延迟带来的读取不到数据或读取数据错乱的问题的技术方案都是从降低主从延迟的角度着手来尽量避免出现读取不到数据或读取数据错乱的情况。但是,现有的技术方案都无法完全避免主从延迟带来的读取不到数据或读取数据错乱的情况,尤其是对于主从延迟要求严格的数据处理系统,当其从从库中读取数据进行后续处理时,仍然会存在读取不到数据或读取数据错乱的问题。
发明内容
有鉴于此,本发明实施例提供一种数据处理的方法和装置,能够在保留使用从库进行负载均衡和数据高可用等优点的前提下,很好地解决由数据库主从延迟带来的读取数据时出现的读取不到或数据错乱的问题。
为实现上述目的,根据本发明实施例的一个方面,提供了一种数据处理的方法。
一种数据处理的方法,包括:在保存数据时,将数据保存到主库中,并将所述数据的数据标识保存到缓存中且设置所述数据标识的失效时间;在读取数据时,首先判断所述缓存中是否存在待读取数据的数据标识;若存在,则从主库中读取所述待读取数据。
可选地,所述失效时间不小于主从延迟的最大延迟时间。
可选地,将数据保存到主库中之后,还包括:根据数据库的主从复制机制将所述数据同步到从库中;并且,所述方法还包括:若所述缓存中不存在待读取数据的数据标识,则从从库中读取所述待读取数据。
可选地,所述数据以键值对的形式进行保存,且数据标识为键名。
根据本发明实施例的另一方面,提供了一种数据处理的装置。
一种数据处理的装置,包括:数据保存模块,用于在保存数据时,将数据保存到主库中,并将所述数据的数据标识保存到缓存中且设置所述数据标识的失效时间;数据读取模块,用于在读取数据时,首先判断所述缓存中是否存在待读取数据的数据标识;若存在,则从主库中读取所述待读取数据。
可选地,所述失效时间不小于主从延迟的最大延迟时间。
可选地,所述数据保存模块还用于:将数据保存到主库中之后,根据数据库的主从复制机制将所述数据同步到从库中;并且,所述数据读取模块还用于:若所述缓存中不存在待读取数据的数据标识,则从从库中读取所述待读取数据。
可选地,所述数据以键值对的形式进行保存,且数据标识为键名。
根据本发明实施例的又一方面,提供了一种数据处理的电子设备。
一种数据处理的电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明实施例所提供的数据处理的方法。
根据本发明实施例的再一方面,提供了一种计算机可读介质。
一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时实现本发明实施例所提供的数据处理的方法。
上述发明中的一个实施例具有如下优点或有益效果:通过在保存数据时,将数据保存到主库的同时,将数据的数据标识保存到缓存中并设置失效时间,在读取数据时,根据缓存中是否存在待读取数据的数据标识来判断是从主库中读取数据还是从从库中读取数据,实现了根据缓存确定数据读取的路径,从而很好地解决了由于数据库主从延迟带来的读取数据时出现的读取不到或数据错乱(多次读取到不同的从库,导致数据不一致)的问题。同时,由于大部分数据读取请求依然会发送到从库,故而也会有较好的负载均衡的效果和数据高可用的优点。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是MySQL的主从复制机制实现原理示意图;
图2是根据本发明实施例的数据处理的方法的主要流程的示意图;
图3是本发明实施例的数据保存的过程的示意图;
图4是本发明实施例的数据读取的过程的示意图;
图5是根据本发明实施例的数据处理的装置的主要模块的示意图;
图6是本发明实施例可以应用于其中的示例性系统架构图;
图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
为了从根本上解决由于数据库主从延迟带来的数据读取时读取不到数据或读取的数据错乱的问题,本发明从与现有技术方案不同的角度着手,从数据读取端来解决数据库主从延迟带来的该问题,而不是从数据写入端进行性能优化。本发明通过使要处理数据的应用程序在读取数据时先根据缓存数据来判断数据的主从同步是否完成,如果已完成,则直接从从库中读取数据,否则直接从主库中读取数据,如此操作,绝大部分数据读取请求仍会发送到从库,只有极少部分数据读取请求会发送到主库,从而很好的避免了由于主从延迟带来的数据读取不到或读取错乱的困扰,同时又保留了使用从库进行负载均衡和高可用等功能的优点。下面结合附图介绍本发明的数据处理的方法的实施过程。
图2是根据本发明实施例的数据处理的方法的主要流程的示意图。如图2所示,本发明实施例的数据处理的方法主要包括如下的步骤S201和步骤S202。
步骤S201:在保存数据时,将数据保存到主库中,并将数据的数据标识保存到缓存中且设置数据标识的失效时间;
步骤S202:在读取数据时,首先判断缓存中是否存在待读取数据的数据标识;若存在,则从主库中读取待读取数据。
图3是本发明实施例的数据保存的过程的示意图。如图3所示,当需要保存数据时,应用程序的服务层将数据保存到主库中,并将数据的数据标识保存到缓存中且设置数据标识的失效时间。应用程序的服务层通过将要执行的数据保存操作的数据库操作语句发送给主库来实现将数据保存到主库中,此时,主库会将其执行的数据保存的操作对应的数据库操作语句写到主库对应的操作日志binlog中,以便将数据保存到主库中之后,根据数据库的主从复制机制将数据同步到从库中。数据库的主从复制机制指的是:对两个为主从关系的数据库,当主库(Master)中的数据发生变更时,主库将更改的数据库语句写到二进制文件(binlog)中,并将该数据处理日志发送至从库(Slave),由从库的输入输出(IO)线程负责将接收的二进制文件存到从库的中继日志(relaylog)中,从库的SQL线程读取中继日志里的数据库操作语句并解析成具体操作,从而完成主数据库与从数据库之间的数据同步,这个过程就是数据库的主从复制。
本发明的实施例,在服务层将数据保存到主库中的同时,将数据的数据标识保存到缓存中且设置数据标识的失效时间。数据的数据标识是每条数据的唯一标识,用于进行数据记录的区分,其中当数据以键值对的形式进行保存时,数据标识为键名。例如:订单数据的OrderId,用户数据的UserId等。本发明中的缓存例如是redis、memcache、ssdb等数据库,这些数据库都具有查询速度快的优点,这样基本可以忽略增加缓存进行查询所带来的性能开销。
根据本发明的技术方案,为了从根本上解决由于数据库主从延迟带来的数据读取时读取不到数据或读取的数据错乱的问题,设置的数据标识的失效时间应不小于主从延迟的最大延迟时间。主从延迟的最大延迟时间(maxDelayTime)可以通过统计较长一段时间内的主从延迟时间,然后取其中的最大值(max)作为最大延迟时间;也可以是在选取到最大值max之后,将最大值max与预设的缓冲时间buffer之和作为最大延迟时间。其中,缓冲时间buffer可以是设置的固定值,也可以是与最大值max具有比例关系的数值,例如:缓冲时间buffer是最大值max的1/3或其他比例,等等。如此,即可综合考虑不同网络传输时间、不同的主库写入操作日志binlog的速率、不同从库的性能以及从库的个数等等多个因素,来获取主从延迟的最大延迟时间。
通过设置数据标识的失效时间不小于主从延迟的最大延迟时间,以保证真实的主从延迟不会超过数据标识的失效时间,从而可以判定当缓存中不存在某数据的数据标识时,该数据确定已被同步到从库中,此时从从库中读取到的数据即是正确的数据,如此即可通过将读取数据的请求路由到从库以减小对主库的查询压力。
本发明的实施例中,在应用程序的服务层将数据保存到主库中,并将数据的数据标识保存到缓存中且设置数据标识的失效时间之后即可完成数据保存操作,无需关注主从复制是否完成。如此,即可提高数据存储的效率。
图4是本发明实施例的数据读取的过程的示意图。如图4所示,当需要读取数据时,首先判断缓存中是否存在待读取的数据的数据标识;若存在,则从主库中读取数据;否则,从从库中读取数据。应用程序的服务层在读取数据时,先在缓存中根据待读取的数据的数据标识(例如:键名key)进行查询,如果缓存中不存在数据标识(键名key),说明此时距离最近一次的数据保存已经超过最大延迟时间,主从延迟已经结束,并可以直接从从库中读取数据;如果缓存中存在数据标识(键名key),说明还未超过主从延迟的最大延迟时间,需要从主库中进行数据的读取来保证可读取到正确的数据。
本发明通过以上基于缓存的路由算法来判定应该从主库读取数据还是从从库读取数据,从而防止了数据库主从延迟给应用程序带来的数据读取异常的影响。本发明的技术方案能完全避免一主多从的情况下,主从延迟导致的读取数据时出现读取不到或数据错乱(多次读取到不同的从库,导致数据不一致)的问题。同时,由于大部分数据读取请求依然会发送到从库,也会有较好的负载均衡的效果。
本发明技术方案的适用范围并不局限于MySQL数据库,还可以是Oracle、SQLServer等存在主从同步延迟问题的数据库。
图5是根据本发明实施例的数据处理的装置的主要模块的示意图。如图5所示,本发明的数据处理的装置500主要包括数据保存模块501和数据读取模块502。
数据保存模块501用于在保存数据时,将数据保存到主库中,并将数据的数据标识保存到缓存中且设置数据标识的失效时间;
数据读取模块502用于在读取数据时,首先判断缓存中是否存在待读取数据的数据标识;若存在,则从主库中读取待读取数据。
在本发明的实施例中,失效时间不小于主从延迟的最大延迟时间。
根据本发明的实施例,数据保存模块501还可以用于:在将数据保存到主库中之后,根据数据库的主从复制机制将数据同步到从库中;
并且,数据读取模块502还可以用于:
若缓存中不存在待读取数据的数据标识,则从从库中读取待读取数据。
根据本发明的实施例,数据以键值对的形式进行保存,且数据标识为键名。
根据本发明实施例的技术方案,通过在保存数据时,将数据保存到主库的同时,将数据的数据标识保存到缓存中并设置失效时间,在读取数据时,根据缓存中是否存在待读取数据的数据标识来判断是从主库中读取数据还是从从库中读取数据,实现了根据缓存确定数据读取的路径,从而很好地解决了由于数据库主从延迟带来的读取数据时出现的读取不到或数据错乱(多次读取到不同的从库,导致数据不一致)的问题。同时,由于大部分数据读取请求依然会发送到从库,故而也会有较好的负载均衡的效果和数据高可用的优点。
图6示出了可以应用本发明实施例的数据处理的方法或数据处理的装置的示例性系统架构600。
如图6所示,系统架构600可以包括终端设备601、602、603,网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备601、602、603通过网络604与服务器605交互,以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器605可以是提供各种服务的服务器,例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的数据处理的方法一般由服务器605执行,相应地,数据处理的装置一般设置于服务器605中。
应该理解,图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图7,其示出了适于用来实现本发明实施例的终端设备或服务器的计算机系统700的结构示意图。图7示出的终端设备或服务器仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图7所示,计算机系统700包括中央处理单元(CPU)701,其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
以下部件连接至I/O接口705:包括键盘、鼠标等的输入部分706;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707;包括硬盘等的存储部分708;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器710上,以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分709从网络上被下载和安装,和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元或模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中,例如,可以描述为:一种处理器包括数据保存模块和数据读取模块。其中,这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定,例如,数据保存模块还可以被描述为“用于在保存数据时,将数据保存到主库中,并将所述数据的数据标识保存到缓存中且设置所述数据标识的失效时间的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:在保存数据时,将数据保存到主库中,并将所述数据的数据标识保存到缓存中且设置所述数据标识的失效时间;在读取数据时,首先判断所述缓存中是否存在待读取数据的数据标识;若存在,则从主库中读取所述待读取数据。
根据本发明实施例的技术方案,通过在保存数据时,将数据保存到主库的同时,将数据的数据标识保存到缓存中并设置失效时间,在读取数据时,根据缓存中是否存在待读取数据的数据标识来判断是从主库中读取数据还是从从库中读取数据,实现了根据缓存确定数据读取的路径,从而很好地解决了由于数据库主从延迟带来的读取数据时出现的读取不到或数据错乱(多次读取到不同的从库,导致数据不一致)的问题。同时,由于大部分数据读取请求依然会发送到从库,故而也会有较好的负载均衡的效果和数据高可用的优点。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (10)
1.一种数据处理的方法,其特征在于,包括:
在保存数据时,将数据保存到主库中,并将所述数据的数据标识保存到缓存中且设置所述数据标识的失效时间;
在读取数据时,首先判断所述缓存中是否存在待读取数据的数据标识;若存在,则从主库中读取所述待读取数据。
2.根据权利要求1所述的方法,其特征在于,所述失效时间不小于主从延迟的最大延迟时间。
3.根据权利要求1所述的方法,其特征在于,
将数据保存到主库中之后,还包括:
根据数据库的主从复制机制将所述数据同步到从库中;
并且,所述方法还包括:
若所述缓存中不存在待读取数据的数据标识,则从从库中读取所述待读取数据。
4.根据权利要求1所述的方法,其特征在于,所述数据以键值对的形式进行保存,且数据标识为键名。
5.一种数据处理的装置,其特征在于,包括:
数据保存模块,用于在保存数据时,将数据保存到主库中,并将所述数据的数据标识保存到缓存中且设置所述数据标识的失效时间;
数据读取模块,用于在读取数据时,首先判断所述缓存中是否存在待读取数据的数据标识;若存在,则从主库中读取所述待读取数据。
6.根据权利要求5所述的装置,其特征在于,所述失效时间不小于主从延迟的最大延迟时间。
7.根据权利要求5所述的装置,其特征在于,
所述数据保存模块还用于:
将数据保存到主库中之后,根据数据库的主从复制机制将所述数据同步到从库中;
并且,所述数据读取模块还用于:
若所述缓存中不存在待读取数据的数据标识,则从从库中读取所述待读取数据。
8.根据权利要求5所述的装置,其特征在于,所述数据以键值对的形式进行保存,且数据标识为键名。
9.一种数据处理的电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-4中任一所述的方法。
10.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-4中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810156746.XA CN110334145A (zh) | 2018-02-24 | 2018-02-24 | 数据处理的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810156746.XA CN110334145A (zh) | 2018-02-24 | 2018-02-24 | 数据处理的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110334145A true CN110334145A (zh) | 2019-10-15 |
Family
ID=68138803
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810156746.XA Pending CN110334145A (zh) | 2018-02-24 | 2018-02-24 | 数据处理的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110334145A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110990438A (zh) * | 2019-12-09 | 2020-04-10 | 北京明略软件系统有限公司 | 数据处理方法、装置、电子设备和存储介质 |
CN112699139A (zh) * | 2021-01-14 | 2021-04-23 | 福建天晴在线互动科技有限公司 | 一种利用数据服务中心来保证数据一致性的方法及其系统 |
CN112699325A (zh) * | 2021-01-14 | 2021-04-23 | 福建天晴在线互动科技有限公司 | 一种缓存二次淘汰保障数据一致性的方法及其系统 |
CN115079960A (zh) * | 2022-08-18 | 2022-09-20 | 赛芯半导体技术(北京)有限公司 | 数据的处理方法、加速卡及数据处理系统 |
CN116627772A (zh) * | 2023-07-20 | 2023-08-22 | 北京微吼时代科技有限公司 | 缓存的跟踪监控方法和系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102591964A (zh) * | 2011-12-30 | 2012-07-18 | 北京新媒传信科技有限公司 | 数据读写分离机制的实现方法和装置 |
CN107656937A (zh) * | 2016-07-26 | 2018-02-02 | 北京京东尚科信息技术有限公司 | 用于实现读写数据一致性的方法和装置 |
-
2018
- 2018-02-24 CN CN201810156746.XA patent/CN110334145A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102591964A (zh) * | 2011-12-30 | 2012-07-18 | 北京新媒传信科技有限公司 | 数据读写分离机制的实现方法和装置 |
CN107656937A (zh) * | 2016-07-26 | 2018-02-02 | 北京京东尚科信息技术有限公司 | 用于实现读写数据一致性的方法和装置 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110990438A (zh) * | 2019-12-09 | 2020-04-10 | 北京明略软件系统有限公司 | 数据处理方法、装置、电子设备和存储介质 |
CN112699139A (zh) * | 2021-01-14 | 2021-04-23 | 福建天晴在线互动科技有限公司 | 一种利用数据服务中心来保证数据一致性的方法及其系统 |
CN112699325A (zh) * | 2021-01-14 | 2021-04-23 | 福建天晴在线互动科技有限公司 | 一种缓存二次淘汰保障数据一致性的方法及其系统 |
CN112699325B (zh) * | 2021-01-14 | 2022-07-26 | 福建天晴在线互动科技有限公司 | 一种缓存二次淘汰保障数据一致性的方法及其系统 |
CN115079960A (zh) * | 2022-08-18 | 2022-09-20 | 赛芯半导体技术(北京)有限公司 | 数据的处理方法、加速卡及数据处理系统 |
CN116627772A (zh) * | 2023-07-20 | 2023-08-22 | 北京微吼时代科技有限公司 | 缓存的跟踪监控方法和系统 |
CN116627772B (zh) * | 2023-07-20 | 2023-09-15 | 北京微吼时代科技有限公司 | 缓存的跟踪监控方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110334145A (zh) | 数据处理的方法和装置 | |
CN109413127A (zh) | 一种数据同步方法和装置 | |
CN105338078B (zh) | 用于存储系统的数据存储方法和装置 | |
CN109189835A (zh) | 实时生成数据宽表的方法和装置 | |
US20140280463A1 (en) | Implementing a consistent ordering of operations in collaborative editing of shared content items | |
CN110134648A (zh) | 日志处理方法、装置、设备、系统及计算机可读存储介质 | |
CN110019125A (zh) | 数据库管理的方法和装置 | |
CN110019062A (zh) | 数据同步方法和系统 | |
CN109714229B (zh) | 一种分布式存储系统的性能瓶颈定位方法 | |
WO2022095366A1 (zh) | 基于Redis的数据读取方法、装置、设备及可读存储介质 | |
CN109241033A (zh) | 创建实时数据仓库的方法和装置 | |
CN110019539A (zh) | 一种数据仓库的数据同步的方法和装置 | |
CN103595799A (zh) | 一种实现分布式共享数据库的方法 | |
CN102272751A (zh) | 在数据库环境通过背景同步的数据完整性 | |
CN110795443A (zh) | 数据同步的方法、装置、设备和计算机可读介质 | |
CN110807039A (zh) | 一种云计算环境下数据一致性维护系统及方法 | |
CN109144992A (zh) | 一种数据存储的方法和装置 | |
CN112699187A (zh) | 关联数据处理方法、装置、设备、介质及产品 | |
CN110162410A (zh) | 一种消息处理方法和装置 | |
CN110020373A (zh) | 静态页面存储、浏览的方法和装置 | |
CN111753019A (zh) | 一种应用于数据仓库的数据分区方法和装置 | |
WO2024103898A1 (zh) | 数据库集群管理的方法和装置 | |
CN117312263A (zh) | 一种数据流转方法、系统、装置及可读存储介质 | |
CN109947736A (zh) | 实时计算的方法和系统 | |
CN110020271A (zh) | 用于缓存管理的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |