CN107341212A - 一种缓存更新方法及设备 - Google Patents
一种缓存更新方法及设备 Download PDFInfo
- Publication number
- CN107341212A CN107341212A CN201710495559.XA CN201710495559A CN107341212A CN 107341212 A CN107341212 A CN 107341212A CN 201710495559 A CN201710495559 A CN 201710495559A CN 107341212 A CN107341212 A CN 107341212A
- Authority
- CN
- China
- Prior art keywords
- data
- tables
- file
- target journaling
- daily record
- 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/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
- G06F16/1815—Journaling file systems
-
- 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/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
Abstract
本发明公开了一种缓存更新方法，所述方法包括：监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件；判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件；如果是，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；根据所述数据表，对缓存内容进行更新。本发明还公开了一种缓存更新设备，存数据生成时，能从其读取数据库的日志中解析得其相关的数据表，从而根据数据包进行缓存的更新，这样就不需要增加额外代码来维护缓存更新过程。
Description
技术领域
本发明涉及移动缓存更新技术领域，尤其涉及一种缓存更新方法及设备。
背景技术
缓存技术可以用来解决服务器产品中的中央处理器速度与内存速度的差异性问题，同时也能提高对用户请求的响应速度。目前，通用的数据缓存方案均是将原数据库中的数据保存到服务器中，但是当数据库中的数据发生变化时，需要同步更新缓存中的对应数据。
现有技术采用的方案有：定时更新缓存，会存在数据更新无法及时传达给用户的问题，但是不太适实时性要求很高的互联网产品；也可以采用后台页面操作数据进行更新，有新需求或需求变更时需要写代码进行实现，较为麻烦，且需要维护的代码太多，效率很低。
发明内容
本发明的主要目的在于提出一种缓存更新方法及设备，旨在存数据生成时，能从其读取数据库的日志中解析得其相关的数据表，从而根据数据包进行缓存的更新，这样就不需要增加额外代码来维护缓存更新过程。
为实现上述目的，本发明提出一种缓存更新方法，所述方法包括：
监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件；
判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件；
如果是，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；
根据所述数据表，对缓存内容进行更新。
可选的，所述根据所述数据表，对缓存内容进行更新，包括：
根据所述数据表的名称，从缓存键关联数据哈希表中查询与所述数据表关联的接口列表；
根据所述接口列表，对缓存内容进行更新。
可选的，所述根据所述接口列表，对缓存内容进行更新，包括：
根据所述接口列表中的接口调用函数，对缓存进行更新。
可选的，所述监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件，包括：
根据预设监控周期，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件。
可选的，所述缓存键关联数据哈希表中包含数据表名称以及相关联的缓存键列表。
可选的，所述根据所述数据表，对缓存内容进行更新，包括：
根据所述数据表，获得待缓存的数据；
将所述待缓存的数据放入第一缓存区；
删除所述数据表对应的原缓存数据。
相较于现有技术，本发明所提出的缓存更新方法，通过监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件，在日志文件中是否存在具有新增内容的目标日志文件时解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；根据所述数据表，对缓存内容进行更新。应用本发明实施例，缓存数据生成时，能从其读取数据库的日志中解析得其相关的数据表，从而根据数据包进行缓存的更新，这样就不需要增加额外代码来维护缓存更新过程。
另外，为实现上述目的，本发明提出了一种缓存更新设备，所述缓存更新设备包括：存储器、处理器及通信总线；
所述通信总线用于实现处理器和存储器之间的连接通信；
所述处理器用于缓存更新程序，以实现以下步骤：
监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件；
判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件；
如果是，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；
根据所述数据表，对缓存内容进行更新。
可选的，所述处理器还用于执行缓存更新程序，以实现以下步骤：
根据所述数据表的名称，从缓存键关联数据哈希表中查询与所述数据表关联的接口列表；
根据所述接口列表，对缓存内容进行更新。
可选的，所述处理器还用于执行应缓存更新程序，以实现以下步骤：
根据所述接口列表中的接口调用函数，对缓存进行更新。
可选的，所述处理器用于执行缓存更新程序，以实现以下步骤：
根据预设监控周期，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件。
可选的，所述处理器用于执行缓存更新程序，以实现以下步骤：
根据所述数据表，获得待缓存的数据；
将所述待缓存的数据放入第一缓存区；
删除所述数据表对应的原缓存数据。
相较于现有技术，本发明所提出的缓存更新设备，通过监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件，在日志文件中是否存在具有新增内容的目标日志文件时解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；根据所述数据表，对缓存内容进行更新。缓存数据生成时，能从其读取数据库的日志中解析得其相关的数据表，这样就不需要增加额外代码来维护缓存更新过程。
为实现上述目的，本发明提出了一种计算机可读存储介质，应用于移动终端，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以使所述一个或者多个处理器执行以下步骤：
监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件；
判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件；
如果是，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；
根据所述数据表，对缓存内容进行更新。
可选的，所述一个或者多个程序可被一个或者多个处理器执行，实现如下步骤：
根据所述数据表的名称，从缓存键关联数据哈希表中查询与所述数据表关联的接口列表；
根据所述接口列表，对缓存内容进行更新。
可选的，所述一个或者多个程序可被一个或者多个处理器执行，实现如下步骤：
根据所述接口列表中的接口调用函数，对缓存进行更新。
可选的，所述一个或者多个程序可被一个或者多个处理器执行，实现如下步骤：
根据预设监控周期，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件。
可选的，所述一个或者多个程序可被一个或者多个处理器执行，实现如下步骤：
所述缓存键关联数据哈希表中包含数据表名称以及相关联的缓存键列表。
可选的，所述一个或者多个程序可被一个或者多个处理器执行，实现如下步骤：
根据所述数据表，获得待缓存的数据；
将所述待缓存的数据放入第一缓存区；
删除所述数据表对应的原缓存数据。
相较于现有技术，本发明所提出的计算机可读存储介质，通过监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件，在日志文件中是否存在具有新增内容的目标日志文件时解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；根据所述数据表，对缓存内容进行更新。缓存数据生成时，能从其读取数据库的日志中解析得其相关的数据表，这样就不需要增加额外代码来维护缓存更新过程。
附图说明
图1为实现本发明各个实施例中一可选的移动终端的硬件结构示意图；
图2为如图1所示的移动终端的无线通信系统示意图；
图3为本发明所述的缓存更新方法的流程示意图；
图4为应用本发明所述的缓存更新方法的第一种实施例示意图；
图5为应用本发明所述的缓存更新方法的第二种实施例示意图；
图6为本发明所述的缓存更新设备的结构示意图；
图7为本发明所述的计算机可读存储介质的结构示意图。
附图标记：
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍：
射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。
WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。
进一步地，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。
为了便于理解本发明实施例，下面对本发明的移动终端所基于的通信网络系统进行描述。
请参阅图2，图2为本发明实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。
具体地，UE201可以是上述终端100，此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。其中，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。
虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等，此处不做限定。
基于上述移动终端硬件结构以及通信网络系统，提出本发明方法各个实施例。
为解决现有技术问题，本发明提出一种缓存更新方法、设备以及一种计算机可读存储介质，以下分别进行详细说明。
需要说明的是，本发明实施例提供的一种缓存更新方法、设备以及一种计算机可读存储介质，能够实现当数据库数据发生变化时自动更新其关联缓存。
如图3所示，在本实施例中，缓存更新方法可以分为以下步骤：步骤S310为：监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件；步骤S320为：判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件；步骤S330为：在S320的判断结果为是的情况下，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；步骤S340为：根据所述数据表，对缓存内容进行更新。上述这些步骤根据不同的需求调整顺序，或者省略某些步骤。或者还可以根据需求补充其他的步骤。
可以理解的是，本发明实施例的缓存更新方法的执行主体可以为缓存更新设备，所述应用缓存更新设备运行在服务器中，在需要进行缓存更新时进行调用。
S310，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件。
需要说明的是，用户通过HTTP接口来访问服务器获取数据。服务器根据接口名称与参数值进行缓存键的编码，并将所有的缓存数据存在缓存中，如目前主流的Redis、MemCache。编码规则是接口名称？参数名＝参数值&参数名＝参数值2。例如一个接口名称是获取应用列表GetAppList，参数是页码1，单页数据量20。那么该缓存键即“GetAppList？PageNo＝1&PageSize＝2”。在调用该接口方法生成缓存键的时候，服务器会根据其访问数据库的日志，解析出其相关联的数据表，如应用表、应用分类表，并保存在缓存键关联数据表中，同时为了提高系统性能，也写一份在内存的缓存键关联数据哈希表中，该哈希表的键是数据表名称，值是其相关联的缓存键列表。
需要说明的是，MySQL是一个关系型数据库管理系统，由瑞典MySQL AB公司开发，目前属于Oracle旗下产品。MySQL是最流行的关系型数据库管理系统之一，在WEB应用方面，MySQL是最好的RDBMS(Relational Database Management System，关系数据库管理系统)应用软件。MySQL是一种关系数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。
可以理解的是，MySQL数据库的任务操作都会体现在二进制BINLOG日志文件中，所以当日志文件发生变化时，表明数据库中的数据发生变化，否则，数据库没有发生变化。那么，通过监控数据库对应的二进制日志文件，即可监控到数据库的数据变化。
S320，判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件，如果是，执行S330。
MySQL日志：主要包含：错误日志、查询日志、慢查询日志、事务日志、二进制日志；日志是mysql数据库的重要组成部分。日志文件中记录着mysql数据库运行期间发生的变化；也就是说用来记录mysql数据库的客户端连接状况、SQL语句的执行情况和错误信息等。当数据库遭到意外的损坏时，可以通过日志查看文件出错的原因，并且可以通过日志文件进行数据恢复。
二进制日志也叫作变更日志，主要用于记录修改数据或有可能引起数据改变的mysql语句，并且记录了语句发生时间、执行时长、操作的数据等等。所以说通过二进制日志可以查询mysql数据库中进行了哪些变化。所以通过持续对日志文件的监控能到日志文件中的变化，当日志文件发生变化时，确定内容变化了的日志文件为目标日志文件。
S330，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表。
需要说明的是，当日志文件有新增内容时，监控任务解析日志，如果日志属于写、删除或更新语句，进一步解析其改变的数据表，然后提交缓存更新任务，任务的入口参数即该数据表的名称。
本发明实施例中的数据表是指每一张具体的数据存储表，存储在数据库中的。例如购物网站中的商品，会有商品的参数存储在数据表，具体的，数据表里面的数据可以包括商品名称、售价、图片等。不同的功能的数据库可对应的数据表不相同，本发明实施例中的数据表形式仅仅是示例性的，不构成对本发明实施例的具体限定。
本领域技术人员可以理解的是，通过目标日志文件的变化，能够得到具体变化的内容，将变化的内容与数据表进行对应，从而再解析数据表中的具体变化。
示例性的，目标日志文件变化对应为商品A的变化，那么通过商品A的变化找到数据表里对应的商品A的信息，如商品A的名称、规格、图片，通过解析得到商品图片发生变化，新增商品A对应的图片2幅。
S340，根据所述数据表，对缓存内容进行更新。
本发明的一个实施例中，可以根据所述数据表的名称，从缓存键关联数据哈希表中查询与所述数据表关联的接口列表；根据所述接口列表，对缓存内容进行更新。根据所述接口列表中的接口调用函数，对缓存内容进行更新。
接口列表就是很多接口所组成的，每一个接口对应一个用户请求，通过这个接口均可以生成某个具体的缓存，所以一个用户请求对应一个缓存，所以数据表可以对应多个接口。数据表关联到多个缓存时，就可能涉及到不同的接口方法，所以有这个方法列
在缓存更新任务中，根据该数据表的名称，从上面所说的缓存键关联数据哈希表中，找到该数据表关联的接口方法列表。接着再次将缓存更新的二次任务提交到线程池中，其入口参数是缓存键。这样可以保证当一个数据表关联多个缓存键时，缓存的更新不会有滞后。
在缓存更新的二次任务中，根据缓存键解析其接口方法和参数值。然后调用该接口方法，对缓存进行更新。例如更新的数据表是应用分类表，其关联的缓存键是“GetAppList？PageNo＝1&PageSize＝2”，那么可以解析得其接口方法为GetAppList，参数为PageNo等于1，PageSize等于2。于是，调用GetAppList(1，2)即可生成缓存值。
本发明的一个实施例中，还可以设置监控周期，具体的，根据预设监控周期，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件。监控任务的周期可以在服务器的系统设置页面中进行调整，如1秒、5秒、10秒等。可以理解的是，监控的周期越短，得到变化数据越及时，用户体验越好，但是也会造成系统的压力，所以根据多次经验积累，得到监控周日为1秒时，在能够保证用户体验的同时还不会造成太大的系统压力。
通过本发明实施例，可以保证当数据更新频繁时，缓存可以快速得到更新。用户就可以及时看到数据的变化，从而提高用户体验。
所述根据所述数据表，对缓存内容进行更新，包括：根据所述数据表，获得待缓存的数据；将所述待缓存的数据放入第一缓存区；删除所述数据表对应的原缓存数据。
应用本发明实施例，可以适用于双缓存区，除了对单缓存区的支持，该方案还支持双缓冲区。即当缓存数据更新时，先写入另一个缓存区，再将原缓存区的数据删除。这样用户对于缓存数据的更新体验就是无感的，保证了用户体验的最优化。
相较于现有技术，本发明所提出的缓存更新方法，通过监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件，在日志文件中是否存在具有新增内容的目标日志文件时解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；根据所述数据表，对缓存内容进行更新。应用本发明实施例，缓存数据生成时，能从其读取数据库的日志中解析得其相关的数据表，从而根据数据包进行缓存的更新，这样就不需要增加额外代码来维护缓存更新过程。
参见图4，图4为应用本发明所述的缓存更新方法的实施例示意图，包括如下步骤：
S410，预设监控周期为5s，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件；
S420，判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件；
S430，如果是，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；
S440，根据所述数据表的名称，从缓存键关联数据哈希表中查询与所述数据表关联的接口列表；根据所述接口列表，对缓存内容进行更新。
参见图5，图5为应用本发明所述的数据缓存方法的第二种实施例示意图，包括如下步骤：
S510，监控MySQL二进制文件是否发生变化；
S520，如果是，解析新增的日志文件，并获取针对变化的日志的操作命令以及操作表；
S530，并在日志变化为写、删除和/或更新命令的情况下，根据数据表名获取其关联的缓存键列表；
S540，根据缓存键列表中缓存键的信息进行解析，并获得接口与对应的参数；
S550，根据接口和参数进行缓存更新。
参见图6，图6为缓存更新设备600，应用于移动终端，所述动态信息显示设备包括：处理器610、存储器620及通信总线630；
所述通信总线630用于实现处理器610和存储器620之间的连接通信；
所述处理器620用于执行缓存更新程序，以实现以下步骤：
监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件；
判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件；
如果是，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；
根据所述数据表，对缓存内容进行更新。
进一步地，所述处理器620还用于执行缓存更新程序，以实现以下步骤：
根据所述数据表的名称，从缓存键关联数据哈希表中查询与所述数据表关联的接口列表；
根据所述接口列表，对缓存内容进行更新。
进一步地，所述处理器620还用于执行缓存更新程序，以实现以下步骤：
根据所述接口列表中的接口调用函数，对缓存内容进行更新。
进一步地，所述处理器620用于执行缓存更新程序，以实现以下步骤：
根据预设监控周期，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件。
进一步地，所述处理器620还用于执行缓存更新程序，以实现以下步骤：
根据所述数据表，获得待缓存的数据；
将所述待缓存的数据放入第一缓存区；
删除所述数据表对应的原缓存数据。
相较于现有技术，本发明所提出的缓存更新设备，通过监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件，在日志文件中是否存在具有新增内容的目标日志文件时解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；根据所述数据表，对缓存内容进行更新。应用本发明实施例，缓存数据生成时，能从其读取数据库的日志中解析得其相关的数据表，从而根据数据包进行缓存的更新，这样就不需要增加额外代码来维护缓存更新过程。
需要说明的是，MySQL是一个关系型数据库管理系统，由瑞典MySQL AB公司开发，目前属于Oracle旗下产品。MySQL是最流行的关系型数据库管理系统之一，在WEB应用方面，MySQL是最好的RDBMS(Relational Database Management System，关系数据库管理系统)应用软件。MySQL是一种关系数据库管理系统，关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。
可以理解的是，MySQL数据库的任务操作都会体现在二进制BINLOG日志文件中，所以当日志文件发生变化时，表明数据库中的数据发生变化，否则，数据库没有发生变化。那么，通过监控数据库对应的二进制日志文件，即可监控到数据库的数据变化。
MySQL日志：主要包含：错误日志、查询日志、慢查询日志、事务日志、二进制日志；日志是mysql数据库的重要组成部分。日志文件中记录着mysql数据库运行期间发生的变化；也就是说用来记录mysql数据库的客户端连接状况、SQL语句的执行情况和错误信息等。当数据库遭到意外的损坏时，可以通过日志查看文件出错的原因，并且可以通过日志文件进行数据恢复。
二进制日志也叫作变更日志，主要用于记录修改数据或有可能引起数据改变的mysql语句，并且记录了语句发生时间、执行时长、操作的数据等等。所以说通过二进制日志可以查询mysql数据库中进行了哪些变化。所以通过持续对日志文件的监控能到日志文件中的变化，当日志文件发生变化时，确定内容变化了的日志文件为目标日志文件。
需要说明的是，当日志文件有新增内容时，监控任务解析日志，如果日志属于写、删除或更新语句，进一步解析其改变的数据表，然后提交缓存更新任务，任务的入口参数即该数据表的名称。
本发明实施例中的数据表是指每一张具体的数据存储表，存储在数据库中的。例如购物网站中的商品，会有商品的参数存储在数据表，具体的，数据表里面的数据可以包括商品名称、售价、图片等。不同的功能的数据库可对应的数据表不相同，本发明实施例中的数据表形式仅仅是示例性的，不构成对本发明实施例的具体限定。
本领域技术人员可以理解的是，通过目标日志文件的变化，能够得到具体变化的内容，将变化的内容与数据表进行对应，从而再解析数据表中的具体变化。
示例性的，目标日志文件变化对应为商品A的变化，那么通过商品A的变化找到数据表里对应的商品A的信息，如商品A的名称、规格、图片，通过解析得到商品图片发生变化，新增商品A对应的图片2幅。
S340，根据所述数据表，对缓存内容进行更新。
本发明的一个实施例中，可以根据所述数据表的名称，从缓存键关联数据哈希表中查询与所述数据表关联的接口列表；根据所述接口列表，对缓存内容进行更新。根据所述接口列表中的接口调用函数，对缓存内容进行更新。
接口列表就是很多接口所组成的，每一个接口对应一个用户请求，通过这个接口均可以生成某个具体的缓存，所以一个用户请求对应一个缓存，所以数据表可以对应多个接口。数据表关联到多个缓存时，就可能涉及到不同的接口方法，所以有这个方法列
在缓存更新任务中，根据该数据表的名称，从上面所说的缓存键关联数据哈希表中，找到该数据表关联的接口方法列表。接着再次将缓存更新的二次任务提交到线程池中，其入口参数是缓存键。这样可以保证当一个数据表关联多个缓存键时，缓存的更新不会有滞后。
在缓存更新的二次任务中，根据缓存键解析其接口方法和参数值。然后调用该接口方法，对缓存进行更新。例如更新的数据表是应用分类表，其关联的缓存键是“GetAppList？PageNo＝1&PageSize＝2”，那么可以解析得其接口方法为GetAppList，参数为PageNo等于1，PageSize等于2。于是，调用GetAppList(1，2)即可生成缓存值。
本发明的一个实施例中，还可以设置监控周期，具体的，根据预设监控周期，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件。监控任务的周期可以在服务器的系统设置页面中进行调整，如1秒、5秒、10秒等。可以理解的是，监控的周期越短，得到变化数据越及时，用户体验越好，但是也会造成系统的压力，所以根据多次经验积累，得到监控周日为1秒时，在能够保证用户体验的同时还不会造成太大的系统压力。
进一步地，本发明还提供了一种计算机可读存储介质700，参见图7，应用于移动终端，所述计算机可读存储介质存储有一个或者多个程序710，所述一个或者多个程序710可被一个或者多个处理器720执行，以实现以下步骤：
监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件；
判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件；
如果是，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；
根据所述数据表，对缓存内容进行更新。
进一步地，所述一个或者多个程序710还被所述一个或者多个处理器720执行，以实现以下步骤：
根据所述数据表的名称，从缓存键关联数据哈希表中查询与所述数据表关联的接口列表；
根据所述接口列表，对缓存内容进行更新。
进一步地，所述一个或者多个程序710还被所述一个或者多个处理器720执行，以实现以下步骤：
根据所述接口列表中的接口调用函数，对缓存内容进行更新。
进一步地，所述一个或者多个程序710还被所述一个或者多个处理器720执行，以实现以下步骤：
根据预设监控周期，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件。
进一步地，所述一个或者多个程序710还被所述一个或者多个处理器720执行，以实现以下步骤：
根据所述数据表，获得待缓存的数据；
将所述待缓存的数据放入第一缓存区；
删除所述数据表对应的原缓存数据。
相较于现有技术，本发明所提出的计算机可读存储介质700，通过监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件，在日志文件中是否存在具有新增内容的目标日志文件时解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；根据所述数据表，对缓存内容进行更新。应用本发明实施例，缓存数据生成时，能从其读取数据库的日志中解析得其相关的数据表，从而根据数据包进行缓存的更新，这样就不需要增加额外代码来维护缓存更新过程。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备，机器人等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种缓存更新方法，其特征在于，所述方法包括：
监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件；
判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件；
如果是，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；
根据所述数据表，对缓存内容进行更新。
2.根据权利要求1所述的缓存更新方法，其特征在于，所述根据所述数据表，对缓存内容进行更新，包括：
根据所述数据表的名称，从缓存键关联数据哈希表中查询与所述数据表关联的接口列表；
根据所述接口列表，对缓存内容进行更新。
3.根据权利要求2所述的缓存更新方法，其特征在于，所述根据所述接口列表，对缓存内容进行更新，包括：
根据所述接口列表中的接口调用函数，对缓存内容进行更新。
4.根据权利要求1所述的缓存更新方法，其特征在于，所述监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件，包括：
根据预设监控周期，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件。
5.根据权利要求3所述的缓存更新方法，其特征在于，所述根据所述数据表，对缓存内容进行更新，包括：
根据所述数据表，获得待缓存的数据；
将所述待缓存的数据放入第一缓存区；
删除所述数据表对应的原缓存数据。
6.一种缓存更新设备，其特征在于，所述缓存更新设备包括：存储器、处理器及通信总线；
所述通信总线用于实现处理器和存储器之间的连接通信；
所述处理器用于缓存更新程序，以实现以下步骤：
监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件；
判断所述日志文件中是否存在目标日志文件，其中，所述目标日志文件为具有新增内容的日志文件；
如果是，解析所述目标日志文件，并在所述目标日志文件至少包含日志写入、日志删除和日志更新语句的条件下，解析由于所述目标日志文件变化而产生变化的数据表；
根据所述数据表，对缓存内容进行更新。
7.根据权利要求6所述的缓存更新设备，其特征在于，所述处理器还用于执行缓存更新程序，以实现以下步骤：
根据所述数据表的名称，从缓存键关联数据哈希表中查询与所述数据表关联的接口列表；
根据所述接口列表，对缓存内容进行更新。
8.根据权利要求6或7所述的缓存更新设备，其特征在于，所述处理器还用于执行应缓存更新程序，以实现以下步骤：
根据所述接口列表中的接口调用函数，对缓存进行更新。
9.根据权利要求6所述的缓存更新设备，其特征在于，所述处理器用于执行缓存更新程序，以实现以下步骤：
根据预设监控周期，监控目标关系型数据库管理系统中数据库对应的二进制binlog日志文件。
10.一种计算机可读存储介质，应用于移动终端，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以使所述一个或者多个处理器执行如权利要求1-5任一项所述的缓存更新方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710495559.XA CN107341212A (zh) | 2017-06-26 | 2017-06-26 | 一种缓存更新方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710495559.XA CN107341212A (zh) | 2017-06-26 | 2017-06-26 | 一种缓存更新方法及设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107341212A true CN107341212A (zh) | 2017-11-10 |
Family
ID=60221094
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710495559.XA Pending CN107341212A (zh) | 2017-06-26 | 2017-06-26 | 一种缓存更新方法及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107341212A (zh) |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107977469A (zh) * | 2017-12-22 | 2018-05-01 | 腾讯科技（深圳）有限公司 | 对最近使用文件进行管理的方法、装置及终端 |
| CN108491332A (zh) * | 2018-04-04 | 2018-09-04 | 浙江小泰科技有限公司 | 一种基于Redis的实时缓存更新方法和系统 |
| CN108874964A (zh) * | 2018-06-07 | 2018-11-23 | 火烈鸟网络(广州)股份有限公司 | 一种监控数据库的方法及系统 |
| CN108958652A (zh) * | 2018-06-25 | 2018-12-07 | 郑州云海信息技术有限公司 | 一种记录日志信息的方法、装置和计算机可读存储介质 |
| CN109413159A (zh) * | 2018-09-27 | 2019-03-01 | 平安普惠企业管理有限公司 | 缓存文件更新方法、装置、计算机设备及存储介质 |
| CN109446262A (zh) * | 2018-10-31 | 2019-03-08 | 成都四方伟业软件股份有限公司 | 一种数据汇聚方法及装置 |
| CN109597817A (zh) * | 2018-11-14 | 2019-04-09 | 阿里巴巴集团控股有限公司 | 一种缓存数据处理方法、装置、设备及介质 |
| CN109828980A (zh) * | 2019-02-19 | 2019-05-31 | 北京字节跳动网络技术有限公司 | 数据缓存方法、装置、终端及存储介质 |
| CN109857812A (zh) * | 2019-02-27 | 2019-06-07 | 珠海天燕科技有限公司 | 一种处理缓存中数据的方法和装置 |
| CN109871388A (zh) * | 2019-02-19 | 2019-06-11 | 北京字节跳动网络技术有限公司 | 数据缓存方法、装置、终电子设备及存储介质 |
| CN109977129A (zh) * | 2019-03-28 | 2019-07-05 | 中国联合网络通信集团有限公司 | 多级数据缓存方法及设备 |
| CN110555042A (zh) * | 2018-03-30 | 2019-12-10 | 车伯乐（北京）信息科技有限公司 | 一种数据的实时检索方法，装置及系统 |
| CN110795032A (zh) * | 2019-10-18 | 2020-02-14 | 苏州浪潮智能科技有限公司 | 一种存储系统中软件层缓存的更新方法、系统及相关装置 |
| CN110807040A (zh) * | 2019-10-30 | 2020-02-18 | 北京达佳互联信息技术有限公司 | 管理数据的方法、装置、设备及存储介质 |
| CN111026771A (zh) * | 2019-11-19 | 2020-04-17 | 拉货宝网络科技有限责任公司 | 一种保证缓存与数据库数据一致的方法 |
| CN111078719A (zh) * | 2019-12-31 | 2020-04-28 | 北京互金新融科技有限公司 | 数据的恢复方法及装置、存储介质和处理器 |
| CN111177161A (zh) * | 2019-11-07 | 2020-05-19 | 腾讯科技（深圳）有限公司 | 数据处理方法、装置、计算设备和存储介质 |
| CN111274254A (zh) * | 2020-01-16 | 2020-06-12 | 上海米哈游天命科技有限公司 | 数据更新方法、装置、设备和存储介质 |
| CN111506261A (zh) * | 2020-03-24 | 2020-08-07 | 平安国际智慧城市科技股份有限公司 | 基于双缓存区的缓存方法、装置、设备及存储介质 |
| CN111797104A (zh) * | 2020-06-12 | 2020-10-20 | 中国建设银行股份有限公司 | 数据变更情况的获取方法、装置及电子设备 |
| CN112035471A (zh) * | 2020-08-28 | 2020-12-04 | 中国平安人寿保险股份有限公司 | 一种事务处理方法及计算机设备 |
| CN112905618A (zh) * | 2021-04-06 | 2021-06-04 | 浙江网商银行股份有限公司 | 数据处理方法以及装置 |
| CN113094208A (zh) * | 2021-04-02 | 2021-07-09 | 上海中通吉网络技术有限公司 | 基于绑定接口和Binlog日志实现数据恢复的方法及系统 |
| CN117235024A (zh) * | 2023-11-16 | 2023-12-15 | 江西国泰利民信息科技有限公司 | 基于代码分析的缓存更新方法、系统、存储介质及设备 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103116627A (zh) * | 2013-01-31 | 2013-05-22 | 汉柏科技有限公司 | 一种高并发soa技术访问数据库的方法和系统 |
| CN104572689A (zh) * | 2013-10-17 | 2015-04-29 | 腾讯科技（深圳）有限公司 | 数据同步方法、装置及系统 |
| CN105306457A (zh) * | 2015-09-30 | 2016-02-03 | 努比亚技术有限公司 | 数据缓存装置及方法 |
| US20160055166A1 (en) * | 2014-08-22 | 2016-02-25 | Steve Guilford | Systems, Apparatus, and Methods for Accessing Data from a Database as a File |
| CN105740383A (zh) * | 2016-01-27 | 2016-07-06 | 中国科学院计算技术研究所 | 一种大数据平台下数据库与缓存的数据一致性方法及系统 |
| CN106126356A (zh) * | 2016-06-24 | 2016-11-16 | 努比亚技术有限公司 | 一种服务器缓存的实现、生成方法及系统 |
| CN106484869A (zh) * | 2016-10-12 | 2017-03-08 | 北京集奥聚合科技有限公司 | 一种基于mysql binlog的分布式缓存方法及系统 |
-
2017
- 2017-06-26 CN CN201710495559.XA patent/CN107341212A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103116627A (zh) * | 2013-01-31 | 2013-05-22 | 汉柏科技有限公司 | 一种高并发soa技术访问数据库的方法和系统 |
| CN104572689A (zh) * | 2013-10-17 | 2015-04-29 | 腾讯科技（深圳）有限公司 | 数据同步方法、装置及系统 |
| US20160055166A1 (en) * | 2014-08-22 | 2016-02-25 | Steve Guilford | Systems, Apparatus, and Methods for Accessing Data from a Database as a File |
| CN105306457A (zh) * | 2015-09-30 | 2016-02-03 | 努比亚技术有限公司 | 数据缓存装置及方法 |
| CN105740383A (zh) * | 2016-01-27 | 2016-07-06 | 中国科学院计算技术研究所 | 一种大数据平台下数据库与缓存的数据一致性方法及系统 |
| CN106126356A (zh) * | 2016-06-24 | 2016-11-16 | 努比亚技术有限公司 | 一种服务器缓存的实现、生成方法及系统 |
| CN106484869A (zh) * | 2016-10-12 | 2017-03-08 | 北京集奥聚合科技有限公司 | 一种基于mysql binlog的分布式缓存方法及系统 |
Cited By (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107977469A (zh) * | 2017-12-22 | 2018-05-01 | 腾讯科技（深圳）有限公司 | 对最近使用文件进行管理的方法、装置及终端 |
| CN107977469B (zh) * | 2017-12-22 | 2022-10-21 | 腾讯科技（深圳）有限公司 | 对最近使用文件进行管理的方法、装置及终端 |
| CN110555042B (zh) * | 2018-03-30 | 2023-06-20 | 车伯乐（北京）信息科技有限公司 | 一种数据的实时检索方法，装置及系统 |
| CN110555042A (zh) * | 2018-03-30 | 2019-12-10 | 车伯乐（北京）信息科技有限公司 | 一种数据的实时检索方法，装置及系统 |
| CN108491332A (zh) * | 2018-04-04 | 2018-09-04 | 浙江小泰科技有限公司 | 一种基于Redis的实时缓存更新方法和系统 |
| CN108874964A (zh) * | 2018-06-07 | 2018-11-23 | 火烈鸟网络(广州)股份有限公司 | 一种监控数据库的方法及系统 |
| CN108958652A (zh) * | 2018-06-25 | 2018-12-07 | 郑州云海信息技术有限公司 | 一种记录日志信息的方法、装置和计算机可读存储介质 |
| CN109413159A (zh) * | 2018-09-27 | 2019-03-01 | 平安普惠企业管理有限公司 | 缓存文件更新方法、装置、计算机设备及存储介质 |
| CN109446262A (zh) * | 2018-10-31 | 2019-03-08 | 成都四方伟业软件股份有限公司 | 一种数据汇聚方法及装置 |
| CN109597817A (zh) * | 2018-11-14 | 2019-04-09 | 阿里巴巴集团控股有限公司 | 一种缓存数据处理方法、装置、设备及介质 |
| CN109828980A (zh) * | 2019-02-19 | 2019-05-31 | 北京字节跳动网络技术有限公司 | 数据缓存方法、装置、终端及存储介质 |
| CN109871388A (zh) * | 2019-02-19 | 2019-06-11 | 北京字节跳动网络技术有限公司 | 数据缓存方法、装置、终电子设备及存储介质 |
| CN109857812A (zh) * | 2019-02-27 | 2019-06-07 | 珠海天燕科技有限公司 | 一种处理缓存中数据的方法和装置 |
| CN109977129A (zh) * | 2019-03-28 | 2019-07-05 | 中国联合网络通信集团有限公司 | 多级数据缓存方法及设备 |
| CN110795032A (zh) * | 2019-10-18 | 2020-02-14 | 苏州浪潮智能科技有限公司 | 一种存储系统中软件层缓存的更新方法、系统及相关装置 |
| CN110807040A (zh) * | 2019-10-30 | 2020-02-18 | 北京达佳互联信息技术有限公司 | 管理数据的方法、装置、设备及存储介质 |
| CN110807040B (zh) * | 2019-10-30 | 2023-03-24 | 北京达佳互联信息技术有限公司 | 管理数据的方法、装置、设备及存储介质 |
| CN111177161B (zh) * | 2019-11-07 | 2023-08-15 | 腾讯科技（深圳）有限公司 | 数据处理方法、装置、计算设备和存储介质 |
| CN111177161A (zh) * | 2019-11-07 | 2020-05-19 | 腾讯科技（深圳）有限公司 | 数据处理方法、装置、计算设备和存储介质 |
| CN111026771A (zh) * | 2019-11-19 | 2020-04-17 | 拉货宝网络科技有限责任公司 | 一种保证缓存与数据库数据一致的方法 |
| CN111026771B (zh) * | 2019-11-19 | 2023-11-07 | 拉货宝网络科技有限责任公司 | 一种保证缓存与数据库数据一致的方法 |
| CN111078719A (zh) * | 2019-12-31 | 2020-04-28 | 北京互金新融科技有限公司 | 数据的恢复方法及装置、存储介质和处理器 |
| CN111274254A (zh) * | 2020-01-16 | 2020-06-12 | 上海米哈游天命科技有限公司 | 数据更新方法、装置、设备和存储介质 |
| CN111506261A (zh) * | 2020-03-24 | 2020-08-07 | 平安国际智慧城市科技股份有限公司 | 基于双缓存区的缓存方法、装置、设备及存储介质 |
| CN111797104A (zh) * | 2020-06-12 | 2020-10-20 | 中国建设银行股份有限公司 | 数据变更情况的获取方法、装置及电子设备 |
| CN112035471A (zh) * | 2020-08-28 | 2020-12-04 | 中国平安人寿保险股份有限公司 | 一种事务处理方法及计算机设备 |
| CN113094208A (zh) * | 2021-04-02 | 2021-07-09 | 上海中通吉网络技术有限公司 | 基于绑定接口和Binlog日志实现数据恢复的方法及系统 |
| CN113094208B (zh) * | 2021-04-02 | 2024-04-09 | 上海中通吉网络技术有限公司 | 基于绑定接口和Binlog日志实现数据恢复的方法及系统 |
| CN112905618A (zh) * | 2021-04-06 | 2021-06-04 | 浙江网商银行股份有限公司 | 数据处理方法以及装置 |
| CN117235024A (zh) * | 2023-11-16 | 2023-12-15 | 江西国泰利民信息科技有限公司 | 基于代码分析的缓存更新方法、系统、存储介质及设备 |
| CN117235024B (zh) * | 2023-11-16 | 2024-01-26 | 江西国泰利民信息科技有限公司 | 基于代码分析的缓存更新方法、系统、存储介质及设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107341212A (zh) | 一种缓存更新方法及设备 | |
| CN107688607A (zh) | 一种数据库访问的方法及移动终端、计算机可读存储介质 | |
| CN107330035A (zh) | 一种数据库中操作日志同步方法、移动终端以及计算机可读存储介质 | |
| CN107197017A (zh) | 一种基于消费队列的消费方法、终端及计算机可读存储介质 | |
| CN107508892A (zh) | 一种页面访问方法、服务器及计算机可读存储介质 | |
| CN107038245A (zh) | 页面切换方法、移动终端及存储介质 | |
| CN107193889A (zh) | 广告拦截方法、终端及计算机可读存储介质 | |
| CN107832163A (zh) | 一种缓存更新方法、服务器及计算机可读存储介质 | |
| CN107730303A (zh) | 一种广告推送方法、设备及计算机可读存储介质 | |
| CN107133302A (zh) | 实现数据一致性的方法、系统、终端及计算机可读存储介质 | |
| CN107749919A (zh) | 一种应用程序页面显示方法及设备 | |
| CN107181700A (zh) | 移动终端应用程序的控制方法、移动终端及存储介质 | |
| CN107257510A (zh) | 视频统一播放方法、终端及计算机可读存储介质 | |
| CN107911536A (zh) | 一种跨应用程序访问方法、设备及计算机可读存储介质 | |
| CN107566605A (zh) | 一种交互界面处理方法、设备及计算机可读存储介质 | |
| CN107273433A (zh) | 一种文件扫描方法、设备及计算机可读存储介质 | |
| CN107426304A (zh) | 交互媒体资源的方法、系统及代理服务器 | |
| CN108076134A (zh) | 记录信息获取方法、终端、服务器及计算机可读存储介质 | |
| CN107133151A (zh) | 一种日志数据处理方法、设备以及计算机可读存储介质 | |
| CN107124466A (zh) | 一种防止缓存穿透方法及装置、计算机可读存储介质 | |
| CN107135086A (zh) | 一种广播推送方法及设备、计算机可读存储介质 | |
| CN107133350A (zh) | 基于搜索引擎的数据更新方法、移动终端及存储介质 | |
| CN107360211A (zh) | 一种信息流资讯的下线方法、相关设备及计算机存储介质 | |
| CN107833077A (zh) | 广告插入方法及移动终端 | |
| CN107332883A (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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171110 |
|
| RJ01 | Rejection of invention patent application after publication |