一种数据库切换方法、装置、设备和计算机存储介质与流程

1.本技术涉及计算机应用技术领域，尤其涉及一种数据库切换方法、装置、电子设备和计算机存储介质。


背景技术：

2.在互联网生态中，数据库是基本存储介质，通常数据库都有一主多从(如mysql数据库)，对于业务复杂的场景，还需要进行分库分表，一个大型业务系统可能存在上百个主库，几百个从库。当这种超大集群中的主库发生问题时，若通过数据库管理员(database administrator，dba)进行手动主从切换，不仅费时费力，还容易导致切换出错。


技术实现要素：

3.本技术提供一种数据库切换方法、装置、电子设备和计算机存储介质，可以解决相关技术中在对超大集群的数据库进行主从切换时，切换效率和切换准确性较低的问题。
4.本技术的技术方案是这样实现的：
5.本技术实施例提供了一种数据库切换方法，所述方法包括：
6.建立业务系统的逻辑集群；所述逻辑集群包括多套数据库集群；
7.在确定需要对所述多套数据库集群分批进行主从切换之前，对设定风险操作进行自动检测，得到检测结果；
8.在根据所述检测结果，确定不存在所述设定风险操作时，按照预设配置策略对所述多套数据库集群分批进行主从切换，得到切换后的逻辑集群。
9.在一些实施例中，所述设定风险操作包括以下任意一项：配置时间内已经进行过主从切换、所述逻辑集群的网络抖动时间小于预设值、所述逻辑集群内正在执行主从切换。
10.在一些实施例中，所述按照预设配置策略对所述多套数据库集群分批进行主从切换，包括：
11.在确定所述多套数据库集群中部分数据库集群的主库能够提供服务时，按照预设配置策略对所述多套数据库集群分批进行主从切换。
12.在一些实施例中，所述预设配置策略根据数据库集群的机房、数据库集群的资源类型、数据库集群的优先级和数据库集群的资源使用情况中的任意一项进行确定。
13.在一些实施例中，所述按照预设配置策略对所述多套数据库集群分批进行主从切换，包括：
14.在按照所述预设配置策略对所述多套数据库集群分批进行主从切换时，每完成一批主从切换，在设定时间内检测切换后业务的健康度；
15.在确定所述切换后业务的健康度达到设定阈值时，继续执行下一批主从切换；
16.在确定所述切换后业务的健康度未达到设定阈值时，发送告警信息。
17.在一些实施例中，所述方法还包括：
18.在得到切换后的逻辑集群后，检测所述逻辑集群的健康度；
19.在确定所述逻辑集群的健康度未达到设定阈值时，发送告警信息。
20.在一些实施例中，所述方法还包括：
21.在按照所述预设配置策略对所述多套数据库集群分批进行主从切换后，自动补充所述多套数据库集群中每套数据库集群的从库。
22.本技术实施例还提出了一种数据库切换装置，所述装置包括建立模块和切换模块，其中，
23.建立模块，用于建立业务系统的逻辑集群；所述逻辑集群包括多套数据库集群；
24.切换模块，用于在确定需要对所述多套数据库集群分批进行主从切换之前，对设定风险操作进行自动检测，得到检测结果；在根据所述检测结果，确定不存在所述设定风险操作时，按照预设配置策略对所述多套数据库集群分批进行主从切换，得到切换后的逻辑集群。
25.本技术实施例提供一种电子设备，所述设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现前述一个或多个技术方案提供的数据库切换方法。
26.本技术实施例提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后能够实现前述一个或多个技术方案提供的数据库切换方法。
27.本技术实施例提出了一种数据库切换方法、装置、电子设备和计算机存储介质，所述方法包括：建立业务系统的逻辑集群；所述逻辑集群包括多套数据库集群；在确定需要对所述多套数据库集群分批进行主从切换之前，对设定风险操作进行自动检测，得到检测结果；在根据所述检测结果，确定不存在所述设定风险操作时，按照预设配置策略对所述多套数据库集群分批进行主从切换，得到切换后的逻辑集群。如此，本技术实施例在确定不存在设定风险操作时，按照预设配置策略对逻辑集群中包括的多套数据库集群分批进行主从切换，以确保切换过程的可靠性；并且在预设配置策略已知的情况下，该主从切换过程是可以自动完成的，可见，本技术实施例的主从切换过程能够减少dba的操作，进而，可以解决相关技术中因人工操作较多而导致的切换效率和切换准确性较低的问题；另外，采用对多套数据库集群分批进行主从切换的方式，可以解决相关技术中在对多套数据库集群同时进行主从切换时导致的业务系统稳定性低的问题。
附图说明
28.图1a是本技术实施例中的一种数据库切换方法的流程示意图；
29.图1b是本技术实施例中的一种数据库集群的结构示意图；
30.图1c是本技术实施例中的一种逻辑集群的结构示意图；
31.图1d是本技术实施例中的一种对主从切换后的数据库集群补充从库的结构示意图；
32.图2a为本技术实施例的另一种数据库切换方法的流程示意图；
33.图2b为本技术实施例的一种自动化主从切换的流程示意图；
34.图3是本技术实施例的数据库切换装置的组成结构示意图；
35.图4是本技术实施例提供的一种电子设备的结构示意图。
device，pld)、现场可编程逻辑门阵列(field programmable gate array，fpga)、中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器中的至少一种。
45.图1a是本技术实施例中的一种数据库切换方法的流程示意图，如图1a所示，该方法包括如下步骤：
46.步骤100：建立业务系统的逻辑集群；逻辑集群包括多套数据库集群。
47.本技术实施例中，在对业务系统中的数据库集群进行主从切换之前，首先建立业务系统的逻辑集群；这里，逻辑集群可以表示业务系统中包括的各个数据库集群的集合，即，逻辑集群可以包括多套数据库集群。
48.示例性地，本技术实施例对于每套数据库集群的架构类型不作限制，例如，数据库集群的架构可以是一主二从(一个主库，两个从库)，也可以是一主三从(一个主库，三个从库)等；这里，逻辑集群中不同数据库集群的架构可以相同，也可以不同。
49.图1b是本技术实施例中的一种数据库集群的结构示意图，如图1b所示，该数据库集群包括一主三从共四个数据库实例，其中，业务系统主要与主库(数据库b)通信，主库(数据库b)可以向从库(数据库a、数据库c和数据库d)同步数据。
50.这里，对于数据库集群中各个数据库的类型可以根据业务场景进行确定，本技术实施例对此不作限定，例如，可以是关系型数据库、内存型数据库等。
51.本技术实施例中，业务系统可以通过服务接口对外提供一种或多种不同业务类型的服务；示例性地，该服务可以是与用户下单、商品库存等业务场景相关的服务。其中，业务系统在提供某种服务时，需要依赖于业务系统中与该服务对应的数据库集群。
52.示例性地，对于一个对数据库严重依赖的大型业务系统，可能存在几十套甚至上百套分库分表的数据库集群，每套数据库集群可以包含一主多从的数据库实例，这样就形成一个由几百数据库实例组成的超大逻辑集群。
53.图1c是本技术实施例中的一种逻辑集群的结构示意图，如图1c所示，该业务系统中包括数据库集群1至数据库集群100，其中，每套数据集群包含一主三从的数据库实例；当该逻辑集群中的全部数据库集群都正常工作时，业务系统才可以正常工作；若只是部分数据库集群正常工作，此时，也会影响正常业务，不能满足业务系统的健康需求。可见，对于包括上述逻辑集群的业务系统，需要在逻辑上对全部数据库集群(如图1c所示数据库集群1-100)统一管理，后续根据不同的切换场景执行主从切换流程。
54.示例性地，逻辑集群中每套数据库集群可以将网际互连协议(internet protocol，ip)作为全局唯一标识。这样，当需要进行数据查询或者数据更新等操作时，可以直接通过ip查询对应的数据库集群并进行相关操作。
55.步骤101：在确定需要对所述多套数据库集群分批进行主从切换之前，对设定风险操作进行自动检测，得到检测结果。
56.在一些实施例中，设定风险操作可以包括以下任意一项：配置时间内已经进行过主从切换、逻辑集群的网络抖动时间小于预设值、逻辑集群内正在执行主从切换。
57.本技术实施例中，在确定需要对多套数据库集群分批进行主从切换之前，通过自动检测逻辑集群的检测结果，判断是否存在上述任意一项设定风险操作，如果存在，则不对多套数据库集群进行主从切换，而是向dba发送告警信息，即，通过人工确认是否需要进行主从切换；如果不存在，则按照预设配置策略对多套数据库集群分批进行主从切换。
58.示例性地，通过检测配置时间内是否进行过主从切换，可以降低乒乓切换的发生概率，确保业务正常；这里，对于配置时间的取值可以根据业务场景进行设置，本技术实施例对此不作限制，例如，可以为8分钟、10分钟等。
59.示例性地，通过检测逻辑集群的网络抖动时间是否小于预设值，可以降低因逻辑集群内的机房网络或者某一数据库节点网络发生短暂的网络抖动而导致误切的风险，确保业务正常；这里，对于预设值的取值可以根据业务场景进行设置，本技术实施例对此不作限制，例如，可以为15秒、30秒等。
60.示例性地，通过检测逻辑集群内是否正在执行主从切换，可以降低因数据库集群的切换数据量较大而导致系统稳定性差的风险。
61.步骤102：按照预设配置策略对多套数据库集群分批进行主从切换，得到切换后的逻辑集群。
62.在一些实施例中，预设配置策略可以根据数据库集群的机房、数据库集群的资源类型、数据库集群的优先级和数据库集群的资源使用情况中的任意一项进行确定；示例性地，数据库集群使用的资源可以包括：cpu、内存、网络、磁盘等。
63.示例性地，若预设配置策略根据数据库集群的机房进行确定，则预设配置策略可以为按照每套数据库集群所属的机房对多套数据库集群分批进行主从切换，即，同一批主从切换仅针对同一个机房内的数据库集群。例如，假设需要对10套数据库集群(数据库集群1至数据库集群10)进行主从切换，若数据库集群1至数据库集群5属于机房1，数据库集群6至数据库集群5属于机房10属于机房2，则按照数据库集群的机房可以分为两批进行主从切换；具体地，第一批对机房1内的5套数据库集群进行主从切换；第二批对机房2内的5套数据库进行主从切换。
64.示例性地，若预设配置策略根据数据库集群的资源类型(物理机、docekr)进行确定，则预设配置策略可以为按照每套数据库集群对应的资源类型对多套数据库集群分批进行主从切换，即，同一批主从切换仅针对同一种资源类型的数据库集群。
65.示例性地，若预设配置策略根据数据库集群的优先级进行确定，则预设配置策略可以为按照优先级从高到低的顺序对多套数据库集群分批进行主从切换，即，同一批主从切换仅针对同一种优先级的数据库集群。
66.示例性地，若预设配置策略根据数据库集群的资源使用情况进行确定，则预设配置策略可以为按照资源使用从多到少的顺序对多套数据库集群分批进行主从切换，即，可以优先挑选资源使用情况紧张的数据库集群进行主从切换。
67.示例性地，除了可以按照上述四种预设配置策略对多套数据库集群分批进行主从切换之外，还可以采用其它预设配置策略，具体可以根据实际业务场景进行设置。
68.进一步地，在按照上述任意一种预设配置策略对多套数据库集群分批进行主从切换时，每一批数据库集群的切换个数是可配置的；例如，在机房1中包括5套数据库集群的情况下，若预先配置的切换个数为3，则可以对机房1的任意3套数据库集群进行主从切换。
69.在一些实施例中，按照预设配置策略对多套数据库集群分批进行主从切换，可以包括：在按照预设配置策略对多套数据库集群分批进行主从切换时，每完成一批主从切换，在设定时间内检测切换后业务的健康度；在确定切换后业务的健康度达到设定阈值时，继续执行下一批主从切换；在确定切换后业务的健康度未达到设定阈值时，发送告警信息。
70.本技术实施例中，为了降低对多套数据库集群分批进行主从切换时的错误率，确保业务始终正常，可以在按照预设配置策略每完成一批主从切换后，在设定时间内检测主从切换后业务的健康度；示例性地，对于设定时间的取值可以根据业务场景进行设置，本技术实施例对此不作限制，例如，可以为3分钟、5分钟等。
71.这里，对于业务健康度的检测方法不作限定，例如，可以通过健康度评估模型进行检测，也可以通过其它方式进行检测。
72.进一步地，若经过检测确定切换后业务的健康度达到设定阈值，则继续执行下一批数据集集群的主从切换，直至完成整个逻辑集群的主从切换；反之，若经过检测确定切换后业务的健康度未达到设定阈值，则及时采用回切方式进行止损，并向dba发送告警信息，即，通过人工确认当前业务是否存在异常。
73.这里，在每批主从切换后进行业务健康度的检测，可以有效防止乒乓切换的发生，确保切换后业务系统的稳定性。
74.在一些实施例中，上述方法还可以包括：在得到切换后的逻辑集群后，检测逻辑集群的健康度；在确定逻辑集群的健康度未达到设定阈值时，发送告警信息。
75.本技术实施例中，当分批对整个逻辑集群内的数据库集群全部切换完成后，可以得到切换后的逻辑集群；此时，检查该逻辑集群的健康度，若确定逻辑集群的健康度达到设定阈值，说明逻辑集群内业务一切正常，则将逻辑集群更新为切换成功的状态；反之，若确定逻辑集群的健康度未达到设定阈值，则向dba发送告警信息，即，通过人工确认逻辑集群内的业务是否存在异常。
76.这里，在全部切换完成后再次进行业务健康度的检测，可以进一步确保切换后业务系统的稳定性。
77.进一步地，本技术实施例在对多套数据库集群分批进行主从切换的整个过程中，可自动完成主从切换或者在人工确认的情况下自动完成主从切换；即，可减少dba的操作，提高执行效率，减少人工操作的出错率。
78.在一些实施例中，按照预设配置策略对多套数据库集群分批进行主从切换，可以包括：在确定多套数据库集群中部分数据库集群的主库能够提供服务时，按照预设配置策略对多套数据库集群分批进行主从切换。
79.示例性地，对于多套数据库集群的主从切换场景，主要包括以下两种：死切和活切；这里，死切表示数据库集群中的主库已无法提供服务；活切则表示数据库集群中的主库尚可提供服务，只是性能不佳。对于死切来说，首要目标是快速切换并使之恢复服务能力；而对于活切来说，需要在保证业务的前提下，有步骤的执行切换，尽量做到对业务系统无感知；因而，本技术实施例可以在确定多套数据库集群中部分数据库集群的主库能够提供服务(活切)时，按照预设配置策略对多套数据库集群分批进行主从切换。
80.在一些实施例中，上述方法还可以包括：在按照预设配置策略对多套数据库集群分批进行主从切换后，自动补充多套数据库集群中每套数据库集群的从库。
81.本技术实施例中，在按照预设配置策略对多套数据库集群分批进行主从切换后，可以摘除故障节点，这里，故障节点表示在进行主从切换之前的主库，即，旧主库；这里，为了防止主从切换后数据库集群的查询能力降低，影响线上业务，会在摘除故障节点后，自动补充多套数据库集群中每套数据库集群的从库。
82.图1d是本技术实施例中的一种对主从切换后的数据库集群补充从库的结构示意图，这里，图1d是对图1b所示的数据库集群进行主从切换后的示意图；结合1b和1d可知，在未对数据库集群进行主从切换之前，数据库b为主库，与业务系统进行通信；而在对该数据库集群进行主从切换后，存在异常的旧主库(数据库b)被暂停服务，原先的从库(数据库c)被切换成主库，与业务系统进行通信，其中，数据库e是自动补充的新从库；这样，主库(数据库c)可以向从库(数据库a、数据库d和数据库e)同步数据。
83.示例性地，业务系统可以在多套数据库集群的主从切换完成后，优先校验每套数据库集群的架构完整度；若数据库集群的架构与原先的架构不相同，则补充该数据库集群中的从库，即，旧主库已经下线，新从库已经加入；然后继续校验旧主库的链接是否已经迁移到新主库，若旧主库依然存在链接则主动断开；最后观察所有数据库集群的链接数、主从延迟、只读策略等是否正常，若存在异常，则通知dba和业务方，进行排查。
84.可见，本技术实施例可以通过多级网络验证和切换后自动补充从库的方式，可以保障切换过程的稳定可靠。
85.本技术实施例提出了一种数据库切换方法、装置、电子设备和计算机存储介质，方法包括：建立业务系统的逻辑集群；逻辑集群包括多套数据库集群；在确定需要对所述多套数据库集群分批进行主从切换之前，对设定风险操作进行自动检测，得到检测结果；在根据所述检测结果，确定不存在所述设定风险操作时，按照预设配置策略对所述多套数据库集群分批进行主从切换，得到切换后的逻辑集群。如此，本技术实施例在确定不存在设定风险操作时，按照预设配置策略对逻辑集群中包括的多套数据库集群分批进行主从切换，以确保切换过程的可靠性；并且在预设配置策略已知的情况下，该主从切换过程是可以自动完成的，可见，本技术实施例的主从切换过程能够减少dba的操作，进而，可以解决相关技术中因人工操作较多而导致的切换效率和切换准确性较低的问题；另外，采用对多套数据库集群分批进行主从切换的方式，可以解决相关技术中在对多套数据库集群同时进行主从切换时导致的业务系统稳定性低的问题。
86.为了能够更加体现本技术的目的，在本技术上述实施例的基础上，进行进一步的说明。
87.图2a为本技术实施例的另一种数据库切换方法的流程示意图，如图2a所示，该方法包括如下步骤：
88.步骤a1：确定需要执行切换。
89.示例性地，在建立业务系统的逻辑集群后，确定是否需要对逻辑集群进行主从切换；这里，在确定需要执行主从切换之前，会对逻辑集群内的设定风险操作进行自动检测，在确定不存在设定风险操作时，继续进行后续主从切换。
90.步骤a2：判断是否需要对逻辑集群进行整体切换。
91.示例性地，在确定需要对逻辑集群执行主从切换后，判断是否需要对逻辑集群内的多套数据库集群进行整体主从切换，如果否，执行步骤a3，如果是，执行步骤a4。
92.步骤a3：对个别数据库集群进行切换。
93.示例性地，若确定不需要对逻辑集群内的多套数据库集群进行整体主从切换，则仅对个别数据库集群单独进行主从切换，并在主从切换后，执行步骤a13。
94.步骤a4：判断逻辑集群的切换场景是否为死切。
95.示例性地，若确定需要对逻辑集群内的多套数据库集群进行整体主从切换，则继续判断逻辑集群的切换场景是否为死切，如果是，依次执行步骤a5、a6，如果否，执行步骤a7。
96.步骤a5：将个别数据库集群加入高优先级切换队列。
97.步骤a6：对高优先级队列中的数据库集群进行同时切换。
98.步骤a7：获取进行分批切换的配置策略。
99.示例性地，可以预先在逻辑集群中配置对多套数据库集群进行分批主从切换的配置策略。
100.步骤a8：根据配置策略生成切换任务。
101.示例性地，在获取到对应的配置策略后，可以根据获取的配置策略对多套数据库集群进行分批，生成每批主从切换对应的切换任务。
102.步骤a9：根据切换任务执行每批主从切换。
103.步骤a10：每批主从切换后检测业务健康度。
104.步骤a11：判断逻辑集群的主从切换是否全部切换完成。如果是，执行步骤a12，如果否，继续执行步骤a9。
105.步骤a12：检测逻辑集群整体的健康度。
106.示例性地，当分批对逻辑集群内的多套数据库集群全部切换完成后，可以得到切换后的逻辑集群；此时，检查该逻辑集群的健康度，若确定逻辑集群的健康度达到设定阈值，说明逻辑集群内业务一切正常；执行步骤a13。
107.步骤a13：切换完成。
108.可见，本技术实施例通过建立业务逻辑数据库集群以及分批进行主从切换的方式，可以实现自动化对超大集群进行切换。
109.下面通过图2b对自动化切换过程进行说明；图2b为本技术实施例的一种自动化主从切换的流程示意图，这里，以预设配置策略为数据库集群的机房为例进行说明；如图2b所示，该方法包括如下步骤：
110.步骤b1：获取到告警信息。
111.示例性地，若业务系统在某批数据库集群主从切换过程中获取到告警信息，执行步骤b2。
112.步骤b2：判断是否在配置时间内执行过切换。
113.示例性地，判断是否在配置时间内已经对这批数据库集群进行过主从切换；如果是，依次执行步骤b3、b4，如果否，执行步骤b5。
114.步骤b3：添加到待切换列表。
115.示例性地，将该批数据库集群添加到待切换列表。
116.步骤b4：发送告警信息。
117.示例性地，对于待切换列表中的数据库集群，可以向dba和研发人员发送告警信息，此时，不进行自动主从切换，执行步骤b11。
118.步骤b5：判断同一机房是否收到大量告警信息。
119.示例性地，该批数据库集群属于同一机房，若确定在配置时间内并未对这批数据库集群进行过主从切换，可以继续判断这批数据库集群所属的同一机房是否因为网络短暂
的抖动而收到了大量告警信息；如果是，依次执行步骤b3、b4，如果否，执行步骤b6。
120.步骤b6：创建切换任务。
121.示例性地，创建对该批数据库集群进行主从切换的切换任务。
122.步骤b7：判断数据库集群的切换个数是否超过设定数目。
123.示例性地，判断机房中同时对数据库集群进行主从切换的切换个数超过设定数目；如果是，则针对超出的数据库集群，依次执行步骤b3、b4，针对未超出的数据库集群执行步骤b8；如果否，直接执行步骤b8。
124.步骤b8：执行自动切换。
125.步骤b9：自动补充从库。
126.示例性地，在根据步骤b8对该批数据库集群切换完成后，下线该批数据库集群中每个数据库集群中的故障主库，自动补充从库。
127.步骤b10：检测业务系统的健康度。
128.步骤b11：切换完成。
129.可见，本技术实施例在切换过程中，需要多次检查告警情况，防止因为网络短暂的抖动而造成误切；通常网络抖动会造成同一网络节点内多台机器连通性差，会触发机房出现大量告警。因此，在大量告警的情况下，不进行自动切换，提示给运维人员，在人工监控下执行自动化切换。在下线故障主库和自动补充从库后，需要更新逻辑集群的基础信息，以便于后续管理和切换。
130.图3是本技术实施例的数据库切换装置的组成结构示意图，该装置如图3所示，该装置包括：建立模块300和切换模块301，其中，
131.建立模块300，用于建立业务系统的逻辑集群；所述逻辑集群包括多套数据库集群；
132.切换模块301，用于在确定需要对所述多套数据库集群分批进行主从切换之前，对设定风险操作进行自动检测，得到检测结果；在根据所述检测结果，确定不存在所述设定风险操作时，按照预设配置策略对所述多套数据库集群分批进行主从切换，得到切换后的逻辑集群。
133.在一些实施例中，所述设定风险操作包括以下任意一项：配置时间内已经进行过主从切换、所述逻辑集群的网络抖动时间小于预设值、所述逻辑集群内正在执行主从切换。
134.在一些实施例中，所述切换模块301，用于按照预设配置策略对所述多套数据库集群分批进行主从切换，包括：
135.在确定所述多套数据库集群中部分数据库集群的主库能够提供服务时，按照预设配置策略对所述多套数据库集群分批进行主从切换。
136.在一些实施例中，所述预设配置策略根据数据库集群的机房、数据库集群的资源类型、数据库集群的优先级和数据库集群的资源使用情况中的任意一项进行确定。
137.在一些实施例中，所述切换模块301，用于按照预设配置策略对所述多套数据库集群分批进行主从切换，包括：
138.在按照所述预设配置策略对所述多套数据库集群分批进行主从切换时，每完成一批主从切换，在设定时间内检测切换后业务的健康度；
139.在确定所述切换后业务的健康度达到设定阈值时，继续执行下一批主从切换；
140.在确定所述切换后业务的健康度未达到设定阈值时，发送告警信息。
141.在一些实施例中，所述切换模块301，还用于：
142.在得到切换后的逻辑集群后，检测所述逻辑集群的健康度；
143.在确定所述逻辑集群的健康度未达到设定阈值时，发送告警信息。
144.在一些实施例中，所述切换模块301，还用于：
145.在按照所述预设配置策略对所述多套数据库集群分批进行主从切换后，自动补充所述多套数据库集群中每套数据库集群的从库。
146.在实际应用中，上述建立模块300和切换模块301均可以由位于电子设备中的处理器实现，该处理器可以为asic、dsp、dspd、pld、fpga、cpu、控制器、微控制器、微处理器中的至少一种。
147.另外，在本实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
148.集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)或processor(处理器)执行本实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
149.具体来讲，本实施例中的一种数据库切换方法对应的计算机程序指令可以被存储在光盘、硬盘、u盘等存储介质上，当存储介质中的与一种数据库切换方法对应的计算机程序指令被一电子设备读取或被执行时，实现前述实施例的任意一种数据库切换方法。
150.基于前述实施例相同的技术构思，参见图4，其示出了本技术实施例提供的一种电子设备400，可以包括：存储器401和处理器402；其中，
151.存储器401，用于存储计算机程序和数据；
152.处理器402，用于执行存储器中存储的计算机程序，以实现前述实施例的任意一种数据库切换方法。
153.在实际应用中，上述存储器401可以是易失性存储器(volatile memory)，例如ram；或者非易失性存储器(non-volatile memory)，例如rom、快闪存储器(flash memory)、硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)；或者上述种类的存储器的组合，并向处理器402提供指令和数据。
154.上述处理器402可以为asic、dsp、dspd、pld、fpga、cpu、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的审计管理平台，用于实现上述处理器功能的电子器件还可以为其它，本技术实施例不作具体限定。
155.在一些实施例中，本技术实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。
156.上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。
157.本技术所提供的各方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
158.本技术所提供的各产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
159.本技术所提供的各方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
160.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
161.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
162.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
163.以上，仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。