CN110941512A - redis增量复制方法及装置、终端设备和存储介质 - Google Patents

redis增量复制方法及装置、终端设备和存储介质 Download PDF

Info

Publication number
CN110941512A
CN110941512A CN201911152218.8A CN201911152218A CN110941512A CN 110941512 A CN110941512 A CN 110941512A CN 201911152218 A CN201911152218 A CN 201911152218A CN 110941512 A CN110941512 A CN 110941512A
Authority
CN
China
Prior art keywords
redis
node
incremental
log information
log
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.)
Granted
Application number
CN201911152218.8A
Other languages
English (en)
Other versions
CN110941512B (zh
Inventor
韦莹华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
TCL China Star Optoelectronics Technology Co Ltd
Original Assignee
Shenzhen China Star Optoelectronics Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen China Star Optoelectronics Technology Co Ltd filed Critical Shenzhen China Star Optoelectronics Technology Co Ltd
Priority to CN201911152218.8A priority Critical patent/CN110941512B/zh
Publication of CN110941512A publication Critical patent/CN110941512A/zh
Application granted granted Critical
Publication of CN110941512B publication Critical patent/CN110941512B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor 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/10—File systems; File servers
    • G06F16/17—Details of further file system functions
    • G06F16/1734—Details of monitoring file system events, e.g. by the use of hooks, filter drivers, logs
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • Quality & Reliability (AREA)
  • Mathematical Physics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供了一种redis增量复制方法及装置、终端设备和存储介质，其中，redis增量复制方法中包括：对第一redis集群各节点进行实时监控；将监控到的第一redis集群各节点执行的命令输出至日志；对各节点的日志信息进行收集并按照时序进行存储；读取存储的日志信息并生成指令于第二redis集群回放，完成对redis增量的复制。其在互联网通用的redis架构下，实现redis的增量复制，极大的减少终端设备和宽带的成本。

Description

redis增量复制方法及装置、终端设备和存储介质
技术领域
本发明涉及数据库技术领域，尤指一种redis增量复制方法及装置、终端设备和存储介质。
背景技术
在互联网同城双活方案中，为确保备机房数据可用，需定期进行切换演练，确保备机房完全可用。切换演练结束后，需要把备机房的数据切回原来的主机房。Redis是一个性能极高、数据类型丰富、功能全面的KV(键，值)数据库。数据类型除了基本的string数据类型外还有hash、list、set、sorted set等数据结构类型，其将数据存储在内存，直接在内存中读取数据进行相应的操作处理，由于内存的数据读写速度要高出磁盘几个数量级，redis数据库通过将数据存储在内存能够极大地提高数据的处理效率。
在互联网的常规架构下，数据层主要由mysql和redis组成，mysql本身自带增量复制，然而缓存redis本身不支持增量同步，持久化文件也没有类似mysql位置点的概念，即这一过程中redis数据不能增量复制到原来的主机房，需要全量同步。而全量同步耗时长、占带宽、消耗大量IO资源，无法短时间内实现机房回切，成为了机房回切的最短板。
目前，在没有大量改造redis源码的情况下，没有通用的增量复制方案。为此国内阿里巴巴将redis进行了大量的改造，实现redis增量复制。但是，必须在阿里云环境才可以使用，对于其他用户来说存在局限性，且费用高昂、数据隐私问题难以解决，若后期不使用阿里云产品技术，会出现架构需要大改、甚至下不了阿里云等问题。
发明内容
本发明的目的是提供一种redis增量复制方法及装置、终端设备和存储介质，有效解决现有技术中没有大量改造redis源码的情况下，redis数据不能增量复制的技术问题。
本发明提供的技术方案如下：
一种redis增量复制方法，包括：
对第一redis集群各节点进行实时监控；
将监控到的第一redis集群各节点执行的命令输出至日志；
对各节点的日志信息进行收集并按照时序进行存储；
读取存储的日志信息并生成指令于第二redis集群回放，完成对redis增量的复制。
在本技术方案中，在互联网通用的redis架构下，通过收集差异日志回放的方式实现redis的增量复制，极大的减少终端设备和宽带的成本。
进一步优选地，在所述将第一redis集群各节点执行的命令输出至日志之后，还包括对由预设指令形成的日志信息进行过滤的步骤；
在所述对各节点的日志进行收集并按照时序进行存储中，包括：对过滤后的各节点日志进行收集并按照时序进行存储。
在本技术方案中，在互联网通用的redis架构下，收集了第一redis集群各节点执行命令生成的日志之后，进一步将不需要的日志信息进行过滤，进而于第二redis集群中通过回放的方式实现redis的增量复制，极大的减少终端设备和宽带的成本，及减少了数据由第一redis集群切回第二redis集群的时间。
进一步优选地，在所述对由预设指令形成的日志信息进行过滤中，包括：使用开源组件logstash对由预设指令形成的日志信息进行过滤。
进一步优选地，在所述对第一redis集群各节点进行实时监控中，包括：通过monitor命令对第一redis集群各节点进行实时监控；和/或
在所述对各节点的日志进行收集并按照时序进行存储中，包括：对所述对各节点的日志进行收集并输出至时序数据库。
本发明还提供了一种redis增量复制装置，包括：
监控模块，用于对第一redis集群各节点进行实时监控；
日志输出模块，用于将所述监控模块监控到的第一redis集群各节点执行的命令输出至日志；
信息收集模块，用于将所述日志输出模块输出的各节点的日志信息进行收集并按照时序进行存储；
指令回放模块，用于读取所述信息收集模块中存储的日志信息并生成指令于第二redis集群回放，完成对redis增量的复制。
在本技术方案中，在互联网通用的redis架构下，通过收集差异日志回放的方式实现redis的增量复制，极大的减少终端设备和宽带的成本。
进一步优选地，所述redis增量复制装置中还包括过滤模块，用于对日志输出模块输出的由预设指令形成的日志信息进行过滤；
在所述信息收集模块中，对所述过滤模块过滤后的各节点日志进行收集并按照时序进行存储。
在本技术方案中，在互联网通用的redis架构下，收集了第一redis集群各节点执行命令生成的日志之后，进一步将不需要的日志信息进行过滤，进而于第二redis集群中通过回放的方式实现redis的增量复制，极大的减少终端设备和宽带的成本，及减少了数据由第一redis集群切回第二redis集群的时间。
进一步优选地，在所述过滤模块中，使用开源组件logstash对由预设指令形成的日志信息进行过滤。
进一步优选地，在所述监控模块中，通过monitor命令对第一redis集群各节点进行实时监控；和/或，
在所述信息收集模块中，对所述对各节点的日志进行收集并输出至时序数据库。
本发明还提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时实现上述redis增量复制方法的步骤。
本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述redis增量复制方法的步骤。
在本发明提供的redis增量复制方法及装置、终端设备和存储介质中，在互联网通用的redis架构下，实现redis的增量复制，极大的减少终端设备和宽带的成本。尤其是在互联网同城双活方案中，能够极大的减少备用机房中的数据回切主机房时间，提高系统效率，解决机房回切redis数据复制的问题。相比于现有的redis云来说，数据更加隐私可控。
附图说明
下面将以明确易懂的方式，结合附图说明优选实施例，对上述特性、技术特征、优点及其实现方式予以进一步说明。
图1为本发明中redis增量复制方法一实施例流程图；
图2为本发明中redis增量复制方法另一实施例流程图；
图3为一实例中redis增量复制方法流程示意图；
图4为本发明中redis增量复制装置一实施例结构示意图；
图5为本发明中redis增量复制装置另一实施例结构示意图；
图6为本发明中终端设备结构示意图。
附图标号说明：
100-redis增量复制装置，110-监控模块，120-日志输出模块，130-信息收集模块，140-指令回放模块，150-过滤模块，200-终端设备，210-存储器，211-计算机程序，220-处理器。
具体实施方式
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对照附图说明本发明的具体实施例。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，并获得其他的实施例。
针对现有技术中，在没有大量改造redis源码的情况下，没有通用的增量复制方案，难以实现redis的增量复制，本发明提出了一种全新的redis增量复制方法。
本发明的第一实施例，如图1所示，一种redis增量复制方法，包括：
S10对第一redis集群各节点进行实时监控；
S20将监控到的第一redis集群各节点执行的命令输出至日志；
S30对各节点的日志信息进行收集并按照时序进行存储；
S40读取存储的日志信息并生成指令于第二redis集群回放，完成对redis增量的复制。
在本实施例中，该redis增量复制方法适用于开源redis cluster(redis集群)、redis单实例、twenproxy、codis(分布式redis解决方案)等常规的redis结构，实现redis的增量复制。
在工作过程中，首先对第一redis集群各节点进行实时监控，当监控到各节点执行命令产生了redis增量数据，则将执行的命令输出至日志，生成对应节点的日志信息；之后，将日志信息按照时间的先后顺序进行存储，及时、全面地记录来自第一redis集群的增量数据。进而于第二redis集群中，根据存储的日志信息、通过增量回放的方式实现redis增量的复制。redis增量数据包括第一redis集群中执行数据写入、数据删除等指令产生的数据，这里通过将第一redis集群产生的增量数据同步复制到的第二redis集群中，解决数据在两个redis集群中切换时间长的问题。
对redis增量数据的收集、存储、回放的方式均可以根据实际情况进行设定，如均采用实时的方式，又如设定一定的频率(每隔1s等)，再如达到一定的数据量等，这里均不作具体限定，只要能够确保数据的可靠性，均包括在本实施例中。
在一实例中，通过monitor命令对第一redis集群各节点进行实时监控，并在监控到各节点执行的命令之后，将各节点执行的命令输出至日志，生成各节点对应的日志信息；并使用开源组件logstash(数据处理引擎，支持动态的从各种数据源搜集数据，并对数据进行集中、转换及存储)对所有的日志信息进行收集、汇总输出至时序数据库。之后，应用程序从时序数据库读取存储的日志信息，生成和第一redis集群(对应备机房)时间序列一致的命令，并于第二redis集群(对应主机房)中回放增量命令，从而和第一redis集群中的数据保持一致。由于相对于mysql来说，redis命令具有更高的吞吐量，且后续需要生成时间一致的序列，故该实例中利用时序数据库的高吞吐、能够高效存储和快速处理海量时序大数据等特点，选择将收集的日志信息输出至时序数据库中，对第一redis集群输出的日志信息按照时间先后进行存储。
在互联网同城双活应用中，为确保备机房数据可用，需定期进行切换演练，确保备机房完全可用。切换演练结束后，需要把备机房的数据切回原来的主机房。为了保证这一过程中主机房和备机房中的数据保持一致，采用本实施例中的方法将备机房(对应第一redis集群)中产生的增量数据存储于时序数据库，进而通过增量回放的方式将增量数据复制至主机房(对应第一redis集群)，实现redis增量复制，无需全量同步，大大节约了备用机房中的数据回切主机房的时间，提高效率。
对上述实施例进行改进得到本实施例，在本实施例中，如图2所示，redis增量复制方法中包括：
S10对第一redis集群各节点进行实时监控；
S20将监控到的第一redis集群各节点执行的命令输出至日志；
S21对由预设指令形成的日志信息进行过滤；
S30对过滤后的各节点日志进行收集并按照时序进行存储；
S40读取存储的日志信息并生成指令于第二redis集群回放，完成对redis增量的复制。
在本实施例中，该redis增量复制方法适用于开源redis cluster(redis集群)、redis单实例、twenproxy、codis(分布式redis解决方案)等常规的redis结构，实现redis的增量复制。
在工作过程中，首先对第一redis集群各节点进行实时监控，当监控到各节点执行命令产生了redis增量数据，则将执行的命令输出至日志，生成对应节点的日志信息；之后，将其中不需要收集的命令形成的日志信息进行过滤，并将过滤后的日志信息按照时间的先后顺序进行存储。进而于第二redis集群中，根据存储的日志信息、通过增量回放的方式实现redis增量的复制。过滤掉的指令预先根据实际情况进行设定，如滤掉get、config、ping等不需要收集的命令。增量数据包括第一redis集群中执行数据写入、数据删除等指令产生的数据，这里通过将第一redis集群产生的增量数据同步复制到的第二redis集群中，解决数据在两个redis集群中切换时间长的问题。
对redis增量数据的收集、存储、回放的方式均可以根据实际情况进行设定，如均采用实时的方式，又如设定一定的频率(每隔1s等)，再如达到一定的数据量等，这里均不作具体限定，只要能够确保数据的可靠性，均包括在本实施例中。
如图3所示，在一实例中，通过monitor命令对第一redis集群各节点(如图示的node1、node2、…、nodeN)进行实时监控，并在监控到各节点执行的命令之后，将各节点执行的命令输出至日志(如图示的log1、log2、…、logN)，生成各节点对应的日志信息；并使用开源组件logstash(数据处理引擎，支持动态的从各种数据源搜集数据，并对数据进行集中、转换及存储)对所有的日志信息进行收集、过滤、汇总输出至时序数据库。之后，应用程序从时序数据库读取存储的日志信息，生成和第一redis集群(对应备机房)时间序列一致的命令，并于第二redis集群(对应主机房)中回放增量命令，从而和第一redis集群中的数据保持一致。具体，由于开源组件logstash能处理更大数据量的日志，filter可过滤不需要的日志信息，同时能边写日志边入库，故这里使用开源组件logstash收集所有节点的日志信息并过滤后汇总输出到时序数据库，大大节约了收集日志和第二阶段入库的时间。采用时序数据库的原因是redis命令相对于mysql有更高的吞吐量，且后续需要生成时间一致的序列，在此利用时序数据库高吞吐，轻松处理时序数据的特点。由于相对于mysql来说，redis命令具有更高的吞吐量，且后续需要生成时间一致的序列，故该实例中利用时序数据库的高吞吐、能够高效存储和快速处理海量时序大数据等特点，选择将收集的日志信息输出至时序数据库中，对第一redis集群输出的日志信息按照时间先后进行存储。
在互联网同城双活应用中，为确保备机房数据可用，需定期进行切换演练，确保备机房完全可用。切换演练结束后，需要把备机房的数据切回原来的主机房。为了保证这一过程中主机房和备机房中的数据保持一致，采用本实施例中的方法将备机房(对应第一redis集群)中产生的增量数据存储于时序数据库，进而通过增量回放的方式将增量数据复制至主机房(对应第一redis集群)，实现redis增量复制，无需全量同步，大大节约了备用机房中的数据回切主机房的时间，提高效率。
本发明还提供了一种redis增量复制装置100，如图4所示，该redis增量复制装置100中包括：
监控模块110，用于对第一redis集群各节点进行实时监控；
日志输出模块120，用于将所述监控模块110监控到的第一redis集群各节点执行的命令输出至日志；
信息收集模块140，用于将所述日志输出模块120输出的各节点的日志信息进行收集并按照时序进行存储；
指令回放模块150，用于读取所述信息收集模块140中存储的日志信息并生成指令于第二redis集群回放，完成对redis增量的复制。
在本实施例中，该redis增量复制方法适用于开源redis cluster(redis集群)、redis单实例、twenproxy、codis(分布式redis解决方案)等常规的redis结构，实现redis的增量复制。
在工作过程中，首先监控模块110对第一redis集群各节点进行实时监控，当监控到各节点执行命令产生了redis增量数据，则日志输出模块120将执行的命令输出至日志，生成对应节点的日志信息；之后，信息收集模块140将收集到的日志信息按照时间的先后顺序进行存储。进而于第二redis集群中，指令回放模块150根据存储的日志信息、通过增量回放的方式实现redis增量的复制。增量数据包括第一redis集群中执行数据写入、数据删除等指令产生的数据，这里通过将第一redis集群产生的增量数据同步复制到的第二redis集群中，解决数据在两个redis集群中切换时间长的问题。
对redis增量数据的收集、存储、回放的方式均可以根据实际情况进行设定，如均采用实时的方式，又如设定一定的频率(每隔1s等)，再如达到一定的数据量等，这里均不作具体限定，只要能够确保数据的可靠性，均包括在本实施例中。
在一实例中，监控模块110通过monitor命令对第一redis集群各节点进行实时监控，并在监控到各节点执行的命令之后，日志输出模块120将各节点执行的命令输出至日志，生成各节点对应的日志信息；信息收集模块140使用开源组件logstash(数据处理引擎，支持动态的从各种数据源搜集数据，并对数据进行集中、转换及存储)对所有的日志信息进行收集、汇总输出至时序数据库。之后，指令回放模块150(应用程序)从时序数据库读取存储的日志信息，生成和第一redis集群(对应备机房)时间序列一致的命令，并于第二redis集群(对应主机房)中回放增量命令，从而和第一redis集群中的数据保持一致。由于相对于mysql来说，redis命令具有更高的吞吐量，且后续需要生成时间一致的序列，故该实例中利用时序数据库的高吞吐、能够高效存储和快速处理海量时序大数据等特点，选择将收集的日志信息输出至时序数据库中，对第一redis集群输出的日志信息按照时间先后进行存储。
在互联网同城双活应用中，为确保备机房数据可用，需定期进行切换演练，确保备机房完全可用。切换演练结束后，需要把备机房的数据切回原来的主机房。为了保证这一过程中主机房和备机房中的数据保持一致，采用本实施例中的方法将备机房(对应第一redis集群)中产生的增量数据存储于时序数据库，进而通过增量回放的方式将增量数据复制至主机房(对应第一redis集群)，实现redis增量复制，无需全量同步，大大节约了备用机房中的数据回切主机房的时间，提高效率。
对上述实施例进行改进得到本实施例，在本实施例中，如图5所示，redis增量复制装置100中包括：
监控模块110，用于对第一redis集群各节点进行实时监控；
日志输出模块120，用于将所述监控模块110监控到的第一redis集群各节点执行的命令输出至日志；
信息收集模块140，用于对过滤模块160过滤后的各节点日志进行收集并按照时序进行存储
指令回放模块150，用于读取所述信息收集模块140中存储的日志信息并生成指令于第二redis集群回放，完成对redis增量的复制；
过滤模块160，用于对日志输出模块120输出的由预设指令形成的日志信息进行过滤；
在本实施例中，该redis增量复制方法适用于开源redis cluster(redis集群)、redis单实例、twenproxy、codis(分布式redis解决方案)等常规的redis结构，实现redis的增量复制。
在工作过程中，首先监控模块110对第一redis集群各节点进行实时监控，当监控到各节点执行命令产生了redis增量数据，则日志输出模块120将执行的命令输出至日志，生成对应节点的日志信息；之后，过滤模块160将其中不需要收集的命令形成的日志信息进行过滤，信息收集模块140将过滤后的日志信息按照时间的先后顺序进行存储。进而于第二redis集群中，指令回放模块150根据存储的日志信息、通过增量回放的方式实现redis增量的复制。过滤掉的指令预先根据实际情况进行设定，如滤掉get、config、ping等不需要收集的命令。增量数据包括第一redis集群中执行数据写入、数据删除等指令产生的数据，这里通过将第一redis集群产生的增量数据同步复制到的第二redis集群中，解决数据在两个redis集群中切换时间长的问题。
对redis增量数据的收集、存储、回放的方式均可以根据实际情况进行设定，如均采用实时的方式，又如设定一定的频率(每隔1s等)，再如达到一定的数据量等，这里均不作具体限定，只要能够确保数据的可靠性，均包括在本实施例中。
如图3所示，在一实例中，监控模块110通过monitor命令对第一redis集群各节点(如图示的node1、node2、…、nodeN)进行实时监控，并在监控到各节点执行的命令之后，将各节点执行的命令输出至日志(如图示的log1、log2、…、logN)，生成各节点对应的日志信息；信息收集模块140使用开源组件logstash(数据处理引擎，支持动态的从各种数据源搜集数据，并对数据进行集中、转换及存储)对所有的日志信息进行收集、过滤、汇总输出至时序数据库。之后，指令回放模块150(应用程序)从时序数据库读取存储的日志信息，生成和第一redis集群(对应备机房)时间序列一致的命令，并于第二redis集群(对应主机房)中回放增量命令，从而和第一redis集群中的数据保持一致。具体，由于开源组件logstash能处理更大数据量的日志，filter可过滤不需要的日志信息，同时能边写日志边入库，故这里使用开源组件logstash收集所有节点的日志信息并过滤后汇总输出到时序数据库，大大节约了收集日志和第二阶段入库的时间。采用时序数据库的原因是redis命令相对于mysql有更高的吞吐量，且后续需要生成时间一致的序列，在此利用时序数据库高吞吐，轻松处理时序数据的特点。由于相对于mysql来说，redis命令具有更高的吞吐量，且后续需要生成时间一致的序列，故该实例中利用时序数据库的高吞吐、能够高效存储和快速处理海量时序大数据等特点，选择将收集的日志信息输出至时序数据库中，对第一redis集群输出的日志信息按照时间先后进行存储。
在互联网同城双活应用中，为确保备机房数据可用，需定期进行切换演练，确保备机房完全可用。切换演练结束后，需要把备机房的数据切回原来的主机房。为了保证这一过程中主机房和备机房中的数据保持一致，采用本实施例中的方法将备机房(对应第一redis集群)中产生的增量数据存储于时序数据库，进而通过增量回放的方式将增量数据复制至主机房(对应第一redis集群)，实现redis增量复制，无需全量同步，大大节约了备用机房中的数据回切主机房的时间，提高效率。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序单元或模块，以完成以上描述的全部或者部分功能。实施例中的各程序模块可以集成在一个处理单元中，也可是各个单元单独物理存在，也可以两个或两个以上单元集成在一个处理单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序单元的形式实现。另外，各程序模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。
图6是本发明一个实施例中提供的终端设备的结构示意图，如所示，该终端设备200包括：处理器220、存储器210以及存储在存储器210中并可在处理器220上运行的计算机程序211，例如：redis增量复制程序。处理器220执行计算机程序211时实现上述各个redis增量复制方法实施例中的步骤，或者，处理器220执行计算机程序211时实现上述各redis增量复制装置实施例中各模块的功能。
终端设备200可以为笔记本、掌上电脑、平板型计算机、手机等设备。终端设备200可包括，但不仅限于处理器220、存储器210。本领域技术人员可以理解，图6仅仅是终端设备200的示例，并不构成对终端设备200的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如：终端设备200还可以包括输入输出设备、显示设备、网络接入设备、总线等。
处理器220可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器220可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器210可以是终端设备200的内部存储单元，例如：终端设备200的硬盘或内存。存储器210也可以是终端设备200的外部存储设备，例如：终端设备200上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器210还可以既包括终端设备200的内部存储单元也包括外部存储设备。存储器210用于存储计算机程序211以及终端设备200所需要的其他程序和数据。存储器210还可以用于暂时地存储已经输出或者将要输出的数据。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述或记载的部分，可以参见其他实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其他的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性、机械或其他的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可能集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序211发送指令给相关的硬件完成，的计算机程序211可存储于一计算机可读存储介质中，该计算机程序211在被处理器220执行时，可实现上述各个方法实施例的步骤。其中，计算机程序211包括：计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读存储介质可以包括：能够携带计算机程序211代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如：在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
应当说明的是，上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施例，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种redis增量复制方法，其特征在于，包括：
对第一redis集群各节点进行实时监控；
将监控到的第一redis集群各节点执行的命令输出至日志；
对各节点的日志信息进行收集并按照时序进行存储；
读取存储的日志信息并生成指令于第二redis集群回放，完成对redis增量的复制。
2.如权利要求1所述的redis增量复制方法，其特征在于，
在所述将第一redis集群各节点执行的命令输出至日志之后，还包括对由预设指令形成的日志信息进行过滤的步骤；
在所述对各节点的日志进行收集并按照时序进行存储中，包括：对过滤后的各节点日志进行收集并按照时序进行存储。
3.如权利要求2所述的redis增量复制方法，其特征在于，在所述对由预设指令形成的日志信息进行过滤中，包括：使用开源组件logstash对由预设指令形成的日志信息进行过滤。
4.如权利要求1或2或3所述的redis增量复制方法，其特征在于，
在所述对第一redis集群各节点进行实时监控中，包括：通过monitor命令对第一redis集群各节点进行实时监控；和/或
在所述对各节点的日志进行收集并按照时序进行存储中，包括：对所述对各节点的日志进行收集并输出至时序数据库。
5.一种redis增量复制装置，其特征在于，包括：
监控模块，用于对第一redis集群各节点进行实时监控；
日志输出模块，用于将所述监控模块监控到的第一redis集群各节点执行的命令输出至日志；
信息收集模块，用于将所述日志输出模块输出的各节点的日志信息进行收集并按照时序进行存储；
指令回放模块，用于读取所述信息收集模块中存储的日志信息并生成指令于第二redis集群回放，完成对redis增量的复制。
6.如权利要求5所述的redis增量复制装置，其特征在于，
所述redis增量复制装置中还包括过滤模块，用于对日志输出模块输出的由预设指令形成的日志信息进行过滤；
在所述信息收集模块中，对所述过滤模块过滤后的各节点日志进行收集并按照时序进行存储。
7.如权利要求6所述的redis增量复制装置，其特征在于，在所述过滤模块中，使用开源组件logstash对由预设指令形成的日志信息进行过滤。
8.如权利要求5或6或7所述的redis增量复制装置，其特征在于，
在所述监控模块中，通过monitor命令对第一redis集群各节点进行实时监控；和/或，
在所述信息收集模块中，对所述对各节点的日志进行收集并输出至时序数据库。
9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时实现如权利要求1-4中任一项所述redis增量复制方法的步骤。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-4中任一项所述redis增量复制方法的步骤。
CN201911152218.8A 2019-11-22 2019-11-22 redis增量复制方法及装置、终端设备和存储介质 Active CN110941512B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911152218.8A CN110941512B (zh) 2019-11-22 2019-11-22 redis增量复制方法及装置、终端设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911152218.8A CN110941512B (zh) 2019-11-22 2019-11-22 redis增量复制方法及装置、终端设备和存储介质

Publications (2)

Publication Number Publication Date
CN110941512A true CN110941512A (zh) 2020-03-31
CN110941512B CN110941512B (zh) 2024-02-20

Family

ID=69907265

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911152218.8A Active CN110941512B (zh) 2019-11-22 2019-11-22 redis增量复制方法及装置、终端设备和存储介质

Country Status (1)

Country Link
CN (1) CN110941512B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113190620A (zh) * 2021-04-30 2021-07-30 康键信息技术（深圳）有限公司 Redis集群之间数据的同步方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105159818A (zh) * 2015-08-28 2015-12-16 东北大学 内存数据管理中日志恢复方法及其仿真系统
CN108614876A (zh) * 2018-04-26 2018-10-02 武汉斗鱼网络科技有限公司 一种基于Redis数据库的系统和数据处理方法
CN110309227A (zh) * 2018-05-28 2019-10-08 腾讯科技（深圳）有限公司 分布式数据回档方法、装置和计算机可读存储介质
CN110377489A (zh) * 2019-07-17 2019-10-25 国家电网有限公司 日志信息处理的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105159818A (zh) * 2015-08-28 2015-12-16 东北大学 内存数据管理中日志恢复方法及其仿真系统
CN108614876A (zh) * 2018-04-26 2018-10-02 武汉斗鱼网络科技有限公司 一种基于Redis数据库的系统和数据处理方法
CN110309227A (zh) * 2018-05-28 2019-10-08 腾讯科技（深圳）有限公司 分布式数据回档方法、装置和计算机可读存储介质
CN110377489A (zh) * 2019-07-17 2019-10-25 国家电网有限公司 日志信息处理的方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113190620A (zh) * 2021-04-30 2021-07-30 康键信息技术（深圳）有限公司 Redis集群之间数据的同步方法、装置、设备及存储介质
CN113190620B (zh) * 2021-04-30 2023-10-20 康键信息技术（深圳）有限公司 Redis集群之间数据的同步方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN110941512B (zh) 2024-02-20

Similar Documents

Publication Publication Date Title
CN110362544B (zh) 日志处理系统、日志处理方法、终端及存储介质
US9031997B2 (en) Log file compression
CN113360554B (zh) 一种数据抽取、转换和加载etl的方法和设备
CN105701122B (zh) 一种日志收集方法、装置及系统
CN111092759B (zh) 一种jbod带外管理系统中日志管理的方法、设备及介质
CN107391770B (zh) 一种处理数据的方法、装置、设备以及存储介质
CN112636992B (zh) 一种动态路由方法、装置、设备及存储介质
CN105653435A (zh) 一种网络文件系统nfs的性能测试方法和装置
CN103946809A (zh) 为测试服务器产生产品服务器负载活动
CN111258978A (zh) 一种数据存储的方法
US10642530B2 (en) Global occupancy aggregator for global garbage collection scheduling
CN102255866A (zh) 一种数据下载方法及装置
CN102520982A (zh) 节点热插拔的方法及装置
US8943364B2 (en) Appliance for storing, managing and analyzing problem determination artifacts
CN113806301A (zh) 数据同步方法、装置、服务器及存储介质
CN110719526B (zh) 视频播放方法及装置
CN110941512A (zh) redis增量复制方法及装置、终端设备和存储介质
CN111259066A (zh) 服务器集群数据同步方法及装置
CN112417050A (zh) 数据同步方法和装置、系统、存储介质及电子装置
CN109412970B (zh) 数据流转系统、数据流转方法、电子设备和存储介质
CN112445861A (zh) 信息处理方法、装置、系统及存储介质
CN115827780A (zh) 一种基于隔离装置使用调度算法实现跨网区数据同步方法、系统及存储介质
CN114661563A (zh) 基于流处理框架的数据处理方法以及系统
CN113918436A (zh) 日志处理方法及装置
CN113157475A (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
GR01 Patent grant
GR01 Patent grant