CN109308239A - 用于输出信息的方法和装置 - Google Patents

用于输出信息的方法和装置 Download PDF

Info

Publication number
CN109308239A
CN109308239A CN201811123463.1A CN201811123463A CN109308239A CN 109308239 A CN109308239 A CN 109308239A CN 201811123463 A CN201811123463 A CN 201811123463A CN 109308239 A CN109308239 A CN 109308239A
Authority
CN
China
Prior art keywords
database
response
information
detecting
failure
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
CN201811123463.1A
Other languages
English (en)
Other versions
CN109308239B (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.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and 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 Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN201811123463.1A priority Critical patent/CN109308239B/zh
Publication of CN109308239A publication Critical patent/CN109308239A/zh
Priority to US16/505,296 priority patent/US11269705B2/en
Application granted granted Critical
Publication of CN109308239B publication Critical patent/CN109308239B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26—Functional testing
    • G06F11/263—Generation of test inputs, e.g. test vectors, patterns or sequences ; with adaptation of the tested hardware for testability with external testers
    • G06F11/2635—Generation of test inputs, e.g. test vectors, patterns or sequences ; with adaptation of the tested hardware for testability with external testers using a storage for the test inputs, e.g. test ROM, script files
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0772—Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0727—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a storage system, e.g. in a DASD or network based storage system
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G06F11/0757—Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G06F11/076—Error or fault detection not based on redundancy by exceeding limits by exceeding a count or rate limit, e.g. word- or bit count limit
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Computer Hardware Design (AREA)
  • Debugging And Monitoring (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请实施例公开了用于输出信息的方法和装置。该方法的一具体实施方式包括：响应于接收到检测数据库的请求，连接数据库；响应于检测到与数据库的连接正常，对数据库执行心跳表的写操作；响应于检测到心跳表的写操作异常，对数据库执行心跳表的读操作；响应于检测到心跳表的读操作正常，对数据库执行文件到硬盘的写操作；响应于检测到文件到硬盘的写操作异常，输出用于表征数据库故障的原因的第一信息。该实施方式提高了数据库故障检测的准确性。

Description

用于输出信息的方法和装置
技术领域
本申请实施例涉及计算机技术领域，具体涉及用于输出信息的方法和装置。
背景技术
关系型数据库一般使用主从架构的集群模式来提供存储服务。由于业务的写请求均发送至主库，一旦主库发生故障，其影响到服务的恢复目标时间，直接对业务造成损失。故障感知作为服务高可用的先决条件，其需要满足多样、复杂的实际环境，其很容易出现错判、漏判，这些都会影响到服务的恢复目标时间，因此主库故障快速、准确的自动化感知很有必要。
传统判断主库存活的方式有：(1)通过端口存活检查来判断数据库是否存活。这种情况在机器假死、数据库实例假死、磁盘故障等情况下端口存活但实际故障很难判断出来。(2)访问主库发送数据库请求的方式判断。这种通过类似语义监控的方式来判断，虽然更准确，但是容易在数据库压力较大情况下的误判为异常。这两种判断方式比较简单，却很难适用于实际复杂的应用场景。
发明内容
本申请实施例提出了用于输出信息的方法和装置。
第一方面，本申请实施例提供了一种用于输出信息的方法，包括：响应于接收到检测数据库的请求，连接数据库；响应于检测到与数据库的连接正常，对数据库执行心跳表的写操作；响应于检测到心跳表的写操作异常，对数据库执行心跳表的读操作；响应于检测到心跳表的读操作正常，对数据库执行文件到硬盘的写操作；响应于检测到文件到硬盘的写操作异常，输出用于表征数据库故障的原因的第一信息。
在一些实施例中，该方法还包括：响应于检测到与数据库的连接异常，确定数据库的连接数是否大于预定阈值；若大于，则对数据库执行文件到硬盘的写操作；响应于检测到文件到硬盘的写操作异常，输出第一信息。
在一些实施例中，该方法还包括：若小于，则输出用于表征数据库故障的原因的第二信息。
在一些实施例中，该方法还包括：响应于检测到心跳表的读操作异常，输出用于表征数据库故障的原因的第三信息。
在一些实施例中，该方法还包括：获取与数据库连接的至少一个从数据库的主从同步状态信息；响应于根据主从同步状态信息确定出至少一个从数据库中超过第一预定比例的从数据库的主从连接中断，输出用于表征数据库故障的原因的第四信息。
在一些实施例中，响应于根据主从同步状态信息确定出至少一个从数据库中超过第一预定比例的从数据库的主从连接中断，输出用于表征数据库故障的原因的第四信息，包括：响应于根据主从同步状态信息确定出至少一个从数据库中部分从数据库的主从连接未中断，向至少一个从数据库中主从连接未中断的从数据库发送重新建立连接的请求；响应于检测到主从连接未中断的从数据库中超过第二预定比例的重新建立连接异常，输出第四信息。
在一些实施例中，该方法还包括：响应于检测到数据库故障，获取上一次进行数据库切换操作的切换时间和候选数据库的剩余容量；响应于确定出当前时间与切换时间之差大于等于预定时间间隔阈值，并且候选数据库的剩余容量大于等于数据库的已用容量，进行数据库切换操作。
在一些实施例中，进行数据库切换操作，包括：向数据库的管理员终端发送切换指示信息；响应于接收到管理员终端反馈的切换确认信息，将数据库中的数据切换到候选数据库中。
第二方面，本申请实施例提供了一种用于输出信息的装置，包括：连接单元，被配置成响应于接收到检测数据库的请求，连接数据库；写心跳单元，被配置成响应于检测到与数据库的连接正常，对数据库执行心跳表的写操作；读心跳单元，被配置成响应于检测到心跳表的写操作异常，对数据库执行心跳表的读操作；写文件单元，被配置成响应于检测到心跳表的读操作正常，对数据库执行文件到硬盘的写操作；第一检测单元，被配置成响应于检测到文件到硬盘的写操作异常，输出用于表征数据库故障的原因的第一信息。
在一些实施例中，该装置还包括第二检测单元，被配置成：响应于检测到与数据库的连接异常，确定数据库的连接数是否大于预定阈值；若大于，则对数据库执行文件到硬盘的写操作；响应于检测到文件到硬盘的写操作异常，输出第一信息。
在一些实施例中，第二检测单元进一步被配置成：若小于，则输出用于表征数据库故障的原因的第二信息。
在一些实施例中，该装置还包括第三检测单元，被配置成：响应于检测到心跳表的读操作异常，输出用于表征数据库故障的原因的第三信息。
在一些实施例中，该装置还包括第四检测单元，被配置成：获取与数据库连接的至少一个从数据库的主从同步状态信息；响应于根据主从同步状态信息确定出至少一个从数据库中超过第一预定比例的从数据库的主从连接中断，输出用于表征数据库故障的原因的第四信息。
在一些实施例中，第四检测单元进一步被配置成：响应于根据主从同步状态信息确定出至少一个从数据库中部分从数据库的主从连接未中断，向至少一个从数据库中主从连接未中断的从数据库发送重新建立连接的请求；响应于检测到主从连接未中断的从数据库中超过第二预定比例的重新建立连接异常，输出第四信息。
在一些实施例中，该装置还包括切换单元，被配置成：响应于检测到数据库故障，获取上一次进行数据库切换操作的切换时间和候选数据库的剩余容量；响应于确定出当前时间与切换时间之差大于等于预定时间间隔阈值，并且候选数据库的剩余容量大于等于数据库的已用容量，进行数据库切换操作。
在一些实施例中，切换单元进一步被配置成：向数据库的管理员终端发送切换指示信息；响应于接收到管理员终端反馈的切换确认信息，将数据库中的数据切换到候选数据库中。
第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一的方法。
第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现如第一方面中任一的方法。
本申请实施例提供的用于输出信息的方法和装置，通过对数据库执行连接操作、读写操作、硬盘操作等操作来检测数据库是否发生故障。从而有效地利用了数据库的各种操作信息，提高了数据库故障检测的准确性。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1是本申请的一个实施例可以应用于其中的示例性***架构图；
图2是根据本申请的用于输出信息的方法的一个实施例的流程图；
图3是根据本申请的用于输出信息的方法的一个应用场景的示意图；
图4是根据本申请的用于输出信息的方法的又一个实施例的流程图；
图5是根据本申请的用于输出信息的方法的又一个应用场景的示意图；
图6是根据本申请的用于输出信息的方法的另一个实施例的流程图；
图7是根据本申请的用于输出信息的方法的另一个应用场景的示意图；
图8是根据本申请的用于输出信息的装置的一个实施例的结构示意图；
图9是适于用来实现本申请实施例的电子设备的计算机***的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的用于输出信息的方法或用于输出信息的装置的实施例的示例性***架构100。
如图1所示，***架构100可以包括服务器101、102、103，网络和终端设备104。服务器包括数据库和代理。其中，数据库包括主数据库和从数据库。网络用以在服务器101、102、103和终端设备104之间提供通信链路的介质。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备104通过网络与服务器101、102、103交互，以接收或发送消息等。终端设备104上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备104可以是硬件，也可以是软件。当终端设备104为硬件时，可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。当终端设备104为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。
用户可以使用代理与数据库交互，以接收或发送消息等。代理可以连接数据库然后对数据库进行故障检测。数据库之间也可通过网络进行交互，主数据库可向从数据库切换数据。
服务器可以是提供各种服务的服务器，例如对网络业务提供支持的后台数据库服务器。后台数据库服务器可以对接收到的网页页面请求等数据进行分析等处理，并将处理结果(例如网页页面数据)反馈给终端设备。
需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。
需要说明的是，本申请实施例所提供的用于输出信息的方法一般由服务器执行，相应地，用于输出信息的装置一般设置于服务器中。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
继续参考图2，示出了根据本申请的用于输出信息的方法的一个实施例的流程200。该用于输出信息的方法，包括以下步骤：
步骤201，响应于接收到检测数据库的请求，连接数据库。
在本实施例中，用于输出信息的方法的执行主体(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式从用户利用其进行数据库检测的终端接收检测数据库的请求。该数据库可位于执行主体中，也可位于其它的服务器。可本地或者远程连接数据库。数据库可以是MySQL等关系型数据库。
步骤202，响应于检测到与数据库的连接正常，对数据库执行心跳表的写操作。
在本实施例中，如果检测到与数据库的连接正常，则对数据库执行心跳表的写操作。心跳表指的是数据库中专门用来检测内存状态的普通数据表。本申请在实现时不需要关注心跳表的内容，只需要关注是否能够写成功。
在本实施例的一些可选的实现方式中，如果连接异常，则会有告警提示。如果告警信息为连接数过多，则进一步进行硬盘故障检测，以确定是否是因为硬盘故障导致的数据库压力过大。
在本实施例的一些可选的实现方式中，如果不是连接数过多导致的连接异常，则将告警提示的异常原因作为第二信息输出。
步骤203，响应于检测到心跳表的写操作异常，对数据库执行心跳表的读操作。
在本实施例中，如果写心跳表失败，则需要进一步通过读心跳表来验证内存操作异常。如果读心跳表和写心跳表都异常，说明内存操作异常。即使读出的心跳表为空，也是正常的。
步骤204，响应于检测到心跳表的读操作正常，对数据库执行文件到硬盘的写操作。
在本实施例中，如果写心跳表异常，但读心跳表正常则说明不是内存操作异常导致的数据库故障，需要进一步检测硬盘。通过向硬盘写文件进行检测，文件内容不做限制。
在本实施例的一些可选的实现方式中，如果写心跳表异常，且读心跳表异常，则说明内存操作异常，即数据库故障的原因为内存故障。将内存故障作为数据库故障的原因的第三信息输出。
步骤205，响应于检测到文件到硬盘的写操作异常，输出用于表征数据库故障的原因的第一信息。
在本实施例中，如果写心跳表异常，读心跳表正常，且硬盘操作异常则说明硬盘故障导致的数据库故障。输出的第一信息中指示出硬盘故障。
继续参见图3，图3是根据本实施例的用于输出信息的方法的应用场景的一个示意图。在图3的应用场景中，用户通过服务器的实例代理Agent来对本机的MySQL和机器服务进行检查，Agent其会定时进行例行检查。检查方法为主库的Agent连接数据库，对数据库进行写心跳表请求，如果写请求执行成功则认为主库正常。
如果出现以下情况，需要额外进行判断：
1、连接数据库异常：如果连接异常，且非连接数过多，则认为DB(databas，数据库)可能发生故障；如果是连接数过多，需要进一步判断是否因机器硬盘故障等硬件问题导致的数据库请求阻塞而无法处理，此时认为数据库异常；否则认为是业务流量异常导致的，而不会数据库故障。
2、数据库写数据库操作异常：此情况可能是数据库故障或者硬盘故障导致，也可能因数据库压力较大导致，因此需要进一步进行判断。
3、机器硬件故障判断：其主要判断内存故障和硬盘故障两种：内存操作异常会在写数据库请求异常时判断，一般通过读心跳表的情况来进行判断。硬盘操作异常则通过写文件到硬盘操作来进行判断。
综上，以下几种情况认为数据库发生故障：(1)连接数据库异常，且非连接数过多；(2)连接数据库连接数过多异常，且硬盘故障；(3)连接数据库正常，读写操作均异常；(4)连接数据库正常，写操作异常，读操作正常，但磁盘故障。这种故障判断方式能够全面判断出数据库故障、机器故障等数据库异常情况，也不会出现因集群压力较大而出现故障误判。
本申请的上述实施例提供的方法通过对数据库进行读写操作、硬盘操作来检测主数据库或从数据库是否出现故障，从而提高了数据库故障检测的准确性。
进一步参考图4，其示出了用于输出信息的方法的又一个实施例的流程400。该用于输出信息的方法的流程400，包括以下步骤：
步骤401，响应于接收到检测数据库的请求，连接数据库。
步骤402，响应于检测到与数据库的连接正常，对数据库执行心跳表的写操作。
步骤403，响应于检测到心跳表的写操作异常，对数据库执行心跳表的读操作。
步骤404，响应于检测到心跳表的读操作正常，对数据库执行文件到硬盘的写操作。
步骤405，响应于检测到文件到硬盘的写操作异常，输出用于表征数据库故障的原因的第一信息。
步骤401-405与步骤201-205基本相同，因此不再赘述。
步骤406，获取与数据库连接的至少一个从数据库的主从同步状态信息。
在本实施例中，步骤401-405是从单实例角度检测数据库是否故障，本申请还可通过多实例联合检测数据库是否故障。通过从库(从数据库的简称)的主从同步状态来判断主库(主数据库的简称)是否异常，其在以下几种情况触发：(1)单实例判断出故障后，进行二次验证；(2)单实例的代理Agent故障(机器宕机、网络故障等情况)；(3)在无法获取到主库状态情况(网络隔离等)。均可通过从库状态联合判断来检测主库是否异常。例如可通过MySQL数据库指令“SHOW SLAVE STAUS”获取该数据库的从库的主从同步状态信息。主从同步状态信息包括主从连接是否中断的标识。
步骤407，响应于根据主从同步状态信息确定出至少一个从数据库中超过第一预定比例的从数据库的主从连接中断，输出用于表征数据库故障的原因的第四信息。
在本实施例中，第一预定比例可以是100％即所有的主从连接都中断，也可以是预定的比较大的数值例如99％。如果所有从库的主从连接都中断(IO(input output，输入输出)线程为No状态)，则认为主库故障。
在本实施例的一些可选的实现方式中，响应于根据主从同步状态信息确定出至少一个从数据库中部分从数据库的主从连接未中断，向至少一个从数据库中主从连接未中断的从数据库发送重新建立连接的请求。响应于检测到主从连接未中断的从数据库中超过第二预定比例的重新建立连接异常，输出第四信息。如果该主库的所有主从连接中有部分中断但部分连接正常，则不能简单认为主库存活，因为主库机器假死、MySQL假死或者主从同步进程夯死等场景下，连接仍然是正常，因此要进一步进行区分。第二预定比例可与第一预定比例相同，也可以不同。
在存在从库的主从连接正常情况下，可以通过从库使用同步账户与主库重新建立连接的方式来判断，如果建立连接失败则认为主库故障。
因此，如图5所示，通过从库联合判断主库是否故障的策略为：(1)所有主库主从同步状态均异常；(2)存在主从同步状态正常的从库，但无法用同步账户重试与主库建立连接。
从图4中可以看出，与图2对应的实施例相比，本实施例中的用于输出信息的方法的流程400体现了对数据库故障的二次校验，也为单实例无法检测出故障的情况做补充。从而提高了数据库故障检测的准确性。
进一步参考图6，其示出了用于输出信息的方法的又一个实施例的流程600。该用于输出信息的方法的流程600，包括以下步骤：
步骤601，响应于接收到检测数据库的请求，连接数据库。
步骤602，响应于检测到与数据库的连接正常，对数据库执行心跳表的写操作。
步骤603，响应于检测到心跳表的写操作异常，对数据库执行心跳表的读操作。
步骤604，响应于检测到心跳表的读操作正常，对数据库执行文件到硬盘的写操作。
步骤605，响应于检测到文件到硬盘的写操作异常，输出用于表征数据库故障的原因的第一信息。
步骤606，获取与数据库连接的至少一个从数据库的主从同步状态信息。
步骤607，响应于根据主从同步状态信息确定出至少一个从数据库中超过第一预定比例的从数据库的主从连接中断，输出用于表征数据库故障的原因的第四信息。
步骤601-607与步骤401-407基本相同，因此不再赘述。
步骤608，响应于检测到数据库故障，获取上一次进行数据库切换操作的切换时间和候选数据库的剩余容量。
在本实施例中，如果检测到主数据库故障，则可进行数据切换。候选数据库为主数据库的从数据库。为了避免频繁切换，需要考虑上一次的切换时间。为了避免切换失败，需要考虑从数据库的承受能力。
步骤609，响应于确定出当前时间与切换时间之差大于等于预定时间间隔阈值，并且候选数据库的剩余容量大于等于数据库的已用容量，进行数据库切换操作。
在本实施例中，当检测到数据库故障时在切换前先判断上一次切换距离现在的时间。如果因为网络故障或者业务压力导致的数据库故障，短时间内无法恢复，因此切换后主库仍承受不了压力。并且切换时还要考虑从数据库的承受能力，如果可用容量不足以承受主库的压力则不切换。
在检测出数据库集群主库故障时，通常并不一定会马上进行切换，而是要考虑集群的故障历史、当前压力等情况。具体考虑场景如图7所示：
(1)两次故障切换的最小时间间隔：在网络故障、业务压力异常等场景下，即使集群故障感知并切换完成，新主库仍可能会被继续压挂，甚至导致整个集群雪崩而无主库可用。此种情况下，可以通过设置两次切换的最小时间间隔，如果小于两次切换时间间隔则不进行切换，否则允许切换。
(2)集群剩余最大副本数：某些集群切换完成后，集群的容量可能无法承载业务读写压力，此时切换没有任何意义。此时，可通过判断切换完成后是否小于最少副本数来分析是否应该进行切换。
(3)集群是否可切换：一些特殊情况下，可能存在数据库集群不希望进行故障托管，或者希望切换前让负责人进行二次确认，此时进一步检查判断。
进一步参考图8，作为对上述各图所示方法的实现，本申请提供了一种用于输出信息的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
如图8所示，本实施例的用于输出信息的装置800包括：连接单元801、写心跳单元802、读心跳单元803、写文件单元804和第一检测单元805。其中，连接单元801被配置成响应于接收到检测数据库的请求，连接数据库。写心跳单元802被配置成响应于检测到与数据库的连接正常，对数据库执行心跳表的写操作。读心跳单元803被配置成响应于检测到心跳表的写操作异常，对数据库执行心跳表的读操作。写文件单元804被配置成响应于检测到心跳表的读操作正常，对数据库执行文件到硬盘的写操作。第一检测单元805被配置成响应于检测到文件到硬盘的写操作异常，输出用于表征数据库故障的原因的第一信息。
在本实施例中，用于输出信息的装置800的连接单元801、写心跳单元802、读心跳单元803、写文件单元804和第一检测单元805的具体处理可以参考图2对应实施例中的步骤201、步骤202、步骤203、步骤204和步骤205。
在本实施例的一些可选的实现方式中，装置800还包括第二检测单元(未示出)，被配置成：响应于检测到与数据库的连接异常，确定数据库的连接数是否大于预定阈值；若大于，则对数据库执行文件到硬盘的写操作；响应于检测到文件到硬盘的写操作异常，输出第一信息。
在本实施例的一些可选的实现方式中，第二检测单元进一步被配置成：若小于，则输出用于表征数据库故障的原因的第二信息。
在本实施例的一些可选的实现方式中，装置800还包括第三检测单元(未示出)，被配置成：响应于检测到心跳表的读操作异常，输出用于表征数据库故障的原因的第三信息。
在本实施例的一些可选的实现方式中，装置800还包括第四检测单元(未示出)，被配置成：获取与数据库连接的至少一个从数据库的主从同步状态信息；响应于根据主从同步状态信息确定出至少一个从数据库中超过第一预定比例的从数据库的主从连接中断，输出用于表征数据库故障的原因的第四信息。
在本实施例的一些可选的实现方式中，第四检测单元进一步被配置成：响应于根据主从同步状态信息确定出至少一个从数据库中部分从数据库的主从连接未中断，向至少一个从数据库中主从连接未中断的从数据库发送重新建立连接的请求；响应于检测到主从连接未中断的从数据库中超过第二预定比例的重新建立连接异常，输出第四信息。
在本实施例的一些可选的实现方式中，装置800还包括切换单元(未示出)，被配置成：响应于检测到数据库故障，获取上一次进行数据库切换操作的切换时间和候选数据库的剩余容量；响应于确定出当前时间与切换时间之差大于等于预定时间间隔阈值，并且候选数据库的剩余容量大于等于数据库的已用容量，进行数据库切换操作。
在本实施例的一些可选的实现方式中，切换单元进一步被配置成：向数据库的管理员终端发送切换指示信息；响应于接收到管理员终端反馈的切换确认信息，将数据库中的数据切换到候选数据库中。
下面参考图9，其示出了适于用来实现本申请实施例的电子设备(如图1所示的服务器)的计算机***900的结构示意图。图9示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图9所示，计算机***900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有***900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。
以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括连接单元、写心跳单元、读心跳单元、写文件单元和第一检测单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，连接单元还可以被描述为“响应于接收到检测数据库的请求，连接所述数据库的单元”。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：响应于接收到检测数据库的请求，连接数据库；响应于检测到与数据库的连接正常，对数据库执行心跳表的写操作；响应于检测到心跳表的写操作异常，对数据库执行心跳表的读操作；响应于检测到心跳表的读操作正常，对数据库执行文件到硬盘的写操作；响应于检测到文件到硬盘的写操作异常，输出用于表征数据库故障的原因的第一信息。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (18)

1.一种用于输出信息的方法，包括：
响应于接收到检测数据库的请求，连接所述数据库；
响应于检测到与所述数据库的连接正常，对所述数据库执行心跳表的写操作；
响应于检测到所述心跳表的写操作异常，对所述数据库执行心跳表的读操作；
响应于检测到所述心跳表的读操作正常，对所述数据库执行文件到硬盘的写操作；
响应于检测到所述文件到硬盘的写操作异常，输出用于表征所述数据库故障的原因的第一信息。
2.根据权利要求1所述的方法，其中，所述方法还包括：
响应于检测到与所述数据库的连接异常，确定所述数据库的连接数是否大于预定阈值；
若大于，则对所述数据库执行所述文件到硬盘的写操作；
响应于检测到所述文件到硬盘的写操作异常，输出所述第一信息。
3.根据权利要求2所述的方法，其中，所述方法还包括：
若小于，则输出用于表征所述数据库故障的原因的第二信息。
4.根据权利要求1所述的方法，其中，所述方法还包括：
响应于检测到所述心跳表的读操作异常，输出用于表征所述数据库故障的原因的第三信息。
5.根据权利要求1所述的方法，其中，所述方法还包括：
获取与所述数据库连接的至少一个从数据库的主从同步状态信息；
响应于根据所述主从同步状态信息确定出所述至少一个从数据库中超过第一预定比例的从数据库的主从连接中断，输出用于表征所述数据库故障的原因的第四信息。
6.根据权利要求5所述的方法，其中，所述方法还包括，包括：
响应于根据所述主从同步状态信息确定出所述至少一个从数据库中部分从数据库的主从连接未中断，向所述至少一个从数据库中主从连接未中断的从数据库发送重新建立连接的请求；
响应于检测到所述主从连接未中断的从数据库中超过第二预定比例的重新建立连接异常，输出所述第四信息。
7.根据权利要求1-6之一所述的方法，其中，所述方法还包括：
响应于检测到所述数据库故障，获取上一次进行数据库切换操作的切换时间和候选数据库的剩余容量；
响应于确定出当前时间与所述切换时间之差大于等于预定时间间隔阈值，并且所述候选数据库的剩余容量大于等于所述数据库的已用容量，进行数据库切换操作。
8.根据权利要求7所述的方法，其中，所述进行数据库切换操作，包括：
向所述数据库的管理员终端发送切换指示信息；
响应于接收到所述管理员终端反馈的切换确认信息，将所述数据库中的数据切换到所述候选数据库中。
9.一种用于输出信息的装置，包括：
连接单元，被配置成响应于接收到检测数据库的请求，连接所述数据库；
写心跳单元，被配置成响应于检测到与所述数据库的连接正常，对所述数据库执行心跳表的写操作；
读心跳单元，被配置成响应于检测到所述心跳表的写操作异常，对所述数据库执行心跳表的读操作；
写文件单元，被配置成响应于检测到所述心跳表的读操作正常，对所述数据库执行文件到硬盘的写操作；
第一检测单元，被配置成响应于检测到所述文件到硬盘的写操作异常，输出用于表征所述数据库故障的原因的第一信息。
10.根据权利要求9所述的装置，其中，所述装置还包括第二检测单元，被配置成：
响应于检测到与所述数据库的连接异常，确定所述数据库的连接数是否大于预定阈值；
若大于，则对所述数据库执行所述文件到硬盘的写操作；
响应于检测到所述文件到硬盘的写操作异常，输出所述第一信息。
11.根据权利要求10所述的装置，其中，所述第二检测单元进一步被配置成：
若小于，则输出用于表征所述数据库故障的原因的第二信息。
12.根据权利要求9所述的装置，其中，所述装置还包括第三检测单元，被配置成：
响应于检测到所述心跳表的读操作异常，输出用于表征所述数据库故障的原因的第三信息。
13.根据权利要求9所述的装置，其中，所述装置还包括第四检测单元，被配置成：
获取与所述数据库连接的至少一个从数据库的主从同步状态信息；
响应于根据所述主从同步状态信息确定出所述至少一个从数据库中超过第一预定比例的从数据库的主从连接中断，输出用于表征所述数据库故障的原因的第四信息。
14.根据权利要求13所述的装置，其中，所述第四检测单元进一步被配置成：
响应于根据所述主从同步状态信息确定出所述至少一个从数据库中部分从数据库的主从连接未中断，向所述至少一个从数据库中主从连接未中断的从数据库发送重新建立连接的请求；
响应于检测到所述主从连接未中断的从数据库中超过第二预定比例的重新建立连接异常，输出所述第四信息。
15.根据权利要求9-14之一所述的装置，其中，所述装置还包括切换单元，被配置成：
响应于检测到所述数据库故障，获取上一次进行数据库切换操作的切换时间和候选数据库的剩余容量；
响应于确定出当前时间与所述切换时间之差大于等于预定时间间隔阈值，并且所述候选数据库的剩余容量大于等于所述数据库的已用容量，进行数据库切换操作。
16.根据权利要求15所述的装置，其中，所述切换单元进一步被配置成：
向所述数据库的管理员终端发送切换指示信息；
响应于接收到所述管理员终端反馈的切换确认信息，将所述数据库中的数据切换到所述候选数据库中。
17.一种电子设备，包括：
一个或多个处理器；
存储装置，其上存储有一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。
18.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。
CN201811123463.1A 2018-09-26 2018-09-26 用于输出信息的方法和装置 Active CN109308239B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201811123463.1A CN109308239B (zh) 2018-09-26 2018-09-26 用于输出信息的方法和装置
US16/505,296 US11269705B2 (en) 2018-09-26 2019-07-08 Method and apparatus for outputting information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811123463.1A CN109308239B (zh) 2018-09-26 2018-09-26 用于输出信息的方法和装置

Publications (2)

Publication Number Publication Date
CN109308239A true CN109308239A (zh) 2019-02-05
CN109308239B CN109308239B (zh) 2022-02-18

Family

ID=65224669

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811123463.1A Active CN109308239B (zh) 2018-09-26 2018-09-26 用于输出信息的方法和装置

Country Status (2)

Country Link
US (1) US11269705B2 (zh)
CN (1) CN109308239B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10922199B2 (en) * 2018-07-04 2021-02-16 Vmware, Inc. Role management of compute nodes in distributed clusters
CN111460039A (zh) * 2020-04-07 2020-07-28 中国建设银行股份有限公司 关系型数据库处理***、客户端、服务器及方法
CN112035292A (zh) * 2020-07-31 2020-12-04 北京金山云网络技术有限公司 一种数据写入异常的处理方法、装置、设备及存储介质
CN112148222B (zh) * 2020-09-21 2023-08-25 浙江大华技术股份有限公司 数据库硬盘的配置方法、装置、存储介质及电子装置
CN115269248B (zh) * 2022-07-28 2023-08-08 安超云软件有限公司 双节点集群下防止脑裂方法和装置、电子设备和存储介质
US20240086302A1 (en) * 2022-09-07 2024-03-14 Hitachi, Ltd. Connectivity management device, system, method

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1481635A (zh) * 2000-10-26 2004-03-10 普里斯梅迪亚网络有限公司 网络中大有效负载分布的方法和装置
US20110283028A1 (en) * 2010-05-13 2011-11-17 International Business Machines Corporation Implementing network manager quarantine mode
US20120166390A1 (en) * 2010-12-23 2012-06-28 Dwight Merriman Method and apparatus for maintaining replica sets
CN102541885A (zh) * 2010-12-10 2012-07-04 ***通信集团浙江有限公司 一种检测数据库阻塞的方法及装置
CN103064860A (zh) * 2011-10-21 2013-04-24 阿里巴巴集团控股有限公司 数据库高可用实现方法及其装置
WO2014000430A1 (zh) * 2012-06-29 2014-01-03 华为技术有限公司 一种实现高可用集群的心跳服务的方法及装置
US20150142967A1 (en) * 2007-08-30 2015-05-21 Alpha Technical Corporation Method and apparatus for monitoring network servers
CN106453297A (zh) * 2016-09-30 2017-02-22 努比亚技术有限公司 检测主从延时方法、装置和***
CN106815094A (zh) * 2015-12-02 2017-06-09 阿里巴巴集团控股有限公司 一种用于实现主备同步模式下事务提交的方法与设备
CN108319617A (zh) * 2017-01-17 2018-07-24 阿里巴巴集团控股有限公司 确定数据库主从差异的方法、装置及切换控制方法、装置
US20180225344A1 (en) * 2015-10-15 2018-08-09 Huawei Technologies Co., Ltd. Database access control method and apparatus
US10203890B1 (en) * 2016-09-20 2019-02-12 Tintri Inc. Multi-tier mechanism to achieve high availability in a multi-controller system

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1481635A (zh) * 2000-10-26 2004-03-10 普里斯梅迪亚网络有限公司 网络中大有效负载分布的方法和装置
US20150142967A1 (en) * 2007-08-30 2015-05-21 Alpha Technical Corporation Method and apparatus for monitoring network servers
US20110283028A1 (en) * 2010-05-13 2011-11-17 International Business Machines Corporation Implementing network manager quarantine mode
CN102541885A (zh) * 2010-12-10 2012-07-04 ***通信集团浙江有限公司 一种检测数据库阻塞的方法及装置
US20120166390A1 (en) * 2010-12-23 2012-06-28 Dwight Merriman Method and apparatus for maintaining replica sets
CN103064860A (zh) * 2011-10-21 2013-04-24 阿里巴巴集团控股有限公司 数据库高可用实现方法及其装置
WO2014000430A1 (zh) * 2012-06-29 2014-01-03 华为技术有限公司 一种实现高可用集群的心跳服务的方法及装置
US20180225344A1 (en) * 2015-10-15 2018-08-09 Huawei Technologies Co., Ltd. Database access control method and apparatus
CN106815094A (zh) * 2015-12-02 2017-06-09 阿里巴巴集团控股有限公司 一种用于实现主备同步模式下事务提交的方法与设备
US10203890B1 (en) * 2016-09-20 2019-02-12 Tintri Inc. Multi-tier mechanism to achieve high availability in a multi-controller system
CN106453297A (zh) * 2016-09-30 2017-02-22 努比亚技术有限公司 检测主从延时方法、装置和***
CN108319617A (zh) * 2017-01-17 2018-07-24 阿里巴巴集团控股有限公司 确定数据库主从差异的方法、装置及切换控制方法、装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LOREN PENTON: "Oracle GoldenGate:Integrated Heartbeat", 《HTTPS://WWW.ATEAM-ORACLE.COM/ORACLE-GOLDENGATE-INTEGRATED-HEARTBEAT》 *
赵嘉林 等: "数据库容灾***的研究与设计", 《铁路计算机应用》 *

Also Published As

Publication number Publication date
CN109308239B (zh) 2022-02-18
US20200097355A1 (en) 2020-03-26
US11269705B2 (en) 2022-03-08

Similar Documents

Publication Publication Date Title
CN109308239A (zh) 用于输出信息的方法和装置
KR950010833B1 (ko) 컴퓨터 시스템의 서비스 네트워크에 컴퓨터 시스템의 자동 등록 방법
US20080065928A1 (en) Technique for supporting finding of location of cause of failure occurrence
CN104834602B (zh) 一种程序发布方法、装置和程序发布***
CN110413457A (zh) 云服务的容灾方法和装置
CN109818994A (zh) 用于代理端的信息处理方法和装置
CN110502399A (zh) 故障检测方法及装置
CN107770030B (zh) 基于vpn技术的舞台设备控制***、控制方法及控制装置
CN117499412A (zh) 一种基于高可用链路的集群优化处理方法及其相关设备
CN109299124A (zh) 用于更新模型的方法和装置
Golla et al. T4: A highly threaded server-on-a-chip with native support for heterogeneous computing
CN117076196A (zh) 一种数据库容灾的管控方法和装置
WO2023202182A1 (zh) 后端服务器管理方法、装置、可读介质及电子设备
CN105787359B (zh) 进程守护方法和装置
CN109214189B (zh) 识别程序漏洞的方法、装置、存储介质和电子设备
CN113760522A (zh) 一种任务处理方法和装置
CN110232019A (zh) 页面测试方法及相关产品
CN109145591A (zh) 应用程序的插件加载方法
CN113010409B (zh) 智能合约测试方法及装置、电子设备、存储介质
CN114756301A (zh) 日志处理方法、装置和***
CN109766228A (zh) 一种基于接口的线上验证方法和装置
Atwood et al. Prototyping considered dangerous
CN114679295A (zh) 防火墙安全配置方法及装置
CN108737133A (zh) 用于cdn静态网络修复的方法及装置
CN113238955A (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