首页 / 专利库 / 电脑零配件 / 接口 / 一种数据库管理方法、系统、装置及存储介质

一种数据库管理方法、系统、装置及存储介质

阅读:3发布:2020-08-10

专利汇可以提供一种数据库管理方法、系统、装置及存储介质专利检索,专利查询,专利分析的服务。并且本 发明 涉及一种 数据库 管理方法、系统、装置及存储介质。管理方法包括:当数据库表被 锁 表后,获取当前时刻的锁表时长和当前时刻前第一预设时长内的数据库表的锁表次数;判断锁表时长是否大于预设锁表时长 阈值 ,和锁表次数是否大于预设锁表次数阈值;若锁表时长大于预设锁表时长阈值,和/或,锁表次数大于预设锁表次数阈值,对数据库表进行解锁。本发明 实施例 在数据库表被锁表后,获取数据库表的锁表时长和数据库表在预设时长内的锁表次数,在锁表时长较长时或者锁表次数超过相应的预设阈值时,将锁表的数据库表进行解锁,避免被锁表的数据库表的数据 请求 积压导致整个数据库崩溃,进而保证系统的良好运行。,下面是一种数据库管理方法、系统、装置及存储介质专利的具体信息内容。

1.一种数据库管理方法,其特征在于,所述管理方法包括:
当数据库表被表后,获取当前时刻的锁表时长和当前时刻前第一预设时长内的数据库表的锁表次数;
判断所述锁表时长是否大于预设锁表时长阈值,和所述锁表次数是否大于所述预设锁表次数阈值;
若所述所述锁表时长大于预设锁表时长阈值,和/或,所述锁表次数大于所述预设锁表次数阈值,对所述数据库表进行解锁。
2.根据权利要求1所述的管理方法,其特征在于,所述管理方法还包括:
根据第一预设时间范围内每次锁表的锁表时长计算得到平均锁表时长,作为所述预设锁表时长阈值;
根据第二预设时间范围内的锁表次数计算得到所述第一预设时长内的平均锁表次数,作为所述预设锁表次数阈值。
3.根据权利要求2所述的管理方法,其特征在于,根据第一预设时间范围内每次锁表的锁表时长计算得到平均锁表时长,作为所述预设锁表时长阈值,包括:
获取当前时刻之前第一预设时间范围内所述数据库表的锁表总次数和每次锁表的锁表时长;
通过如下公式计算得到所述平均锁表时长:
其中,T为所述平均锁表时长,t1为第一次发生锁表时的锁表时长,t2为第二次发生锁表时的锁表时长,tn为第n次发生锁表时的锁表时长,n为第一预设时间范围内所述数据库表的锁表总次数;
将所述平均锁表时长作为所述预设锁表时长阈值。
4.根据权利要求2所述的管理方法,其特征在于,根据第二预设时间范围内的锁表次数计算得到所述第一预设时长内的平均锁表次数,作为所述预设锁表次数阈值,包括:
获取当前时刻之前第二预设时间范围内所述数据库表在连续的第二预设时长内的第一预设时长平均锁表次数;
若所述第一预设时长平均锁表次数随时间增加而递增或递减,则将所述第二预设时间范围内最后的所述第二预设时长内的第一预设时长平均锁表次数,作为所述预设锁表次数阈值;
若所述第一预设时长平均锁表次数随时间增加未递增或递减,则计算所述第二预设时间范围内所有所述第二预设时长内的第一预设时长平均锁表次数的平均值,作为所述预设锁表次数阈值。
5.根据权利要求1所述的管理方法,其特征在于,所述管理方法还包括:
获取当前时刻前第三预设时长内所述对所述数据库表进行解锁的解锁次数;
判断所述解锁次数是否大于预设解锁次数阈值;
当所述解锁次数大于预设解锁次数阈值时,生成故障分析报告;其中,所述故障分析报告包括:所述数据库表对应的数据库名称、所述数据库表在第一预设时长内的锁表次数和所述数据库表每次锁表的锁表时长。
6.根据权利要求5所述的管理方法,其特征在于,所述管理方法还包括:
获取当前时刻之前第三预设时间范围内所述数据库表的解锁总次数;
根据所述解锁总次数,得到第三预设时长平均解锁次数,作为所述预设解锁次数阈值。
7.根据权利要求1~6中任一所述管理方法,其特征在于,所述对所述数据库表进行解锁,包括:
向所述数据库表发送终止指令,终止所有与所述数据库表相关联的会话。
8.一种数据库管理系统,其特征在于,所述管理系统包括:
获取单元,用于获取第一预设时长内的数据库表的锁表次数和每次锁表的锁表时长;
判断单元,用于判断所述锁表时长是否大于预设锁表时长阈值,和所述锁表次数是否大于所述预设锁表次数阈值;
处理单元,用于若所述所述锁表时长大于预设锁表时长阈值,和/或,所述锁表次数大于所述预设锁表次数阈值,对所述数据库表进行解锁。
9.一种数据库管理装置,其特征在于,包括:处理器、通信接口存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序
处理器,用于执行存储器上所存放的程序时,实现权利要求1~7中任一所述的数据库管理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现权利要求1~7中任一所述的数据库管理方法。

说明书全文

一种数据库管理方法、系统、装置及存储介质

技术领域

[0001] 本发明涉及信息安全技术领域,尤其涉及一种数据库管理方法、系统、装置及存储介质。

背景技术

[0002] 随着信息技术的发展,各行业的应用和网站也不断增加,相关政府机关单位根据国家的要求,推出了相关的“共享服务网”,相关网站上公布了相关项目或成果共享的信息。
[0003] 随着IT技术的发展,各行业依托于“数据库”建立的应用逐步增多,各应用与数据库的互动也相当频繁,经常导致数据库出现表的情况,锁表出现之后,相关应用再次访问被锁定的表后,将会处于一直等待的状态,直到相关表解锁为止。在锁表期间,如有大量会话持续访问此表时,相关的应用的会话数会持续攀升,直到卡死为止,相关数据库也会瘫痪。

发明内容

[0004] 为了解决现有技术存在的问题,本发明的至少一个实施例提供了一种数据库管理方法、系统、装置及存储介质。
[0005] 第一方面,本发明实施例提供了一种数据库管理方法,所述管理方法包括:
[0006] 当数据库表被锁表后,获取当前时刻的锁表时长和当前时刻前第一预设时长内的数据库表的锁表次数;
[0007] 判断所述锁表时长是否大于预设锁表时长阈值,和所述锁表次数是否大于所述预设锁表次数阈值;
[0008] 若所述所述锁表时长大于预设锁表时长阈值,和/或,所述锁表次数大于所述预设锁表次数阈值,对所述数据库表进行解锁。
[0009] 基于上述技术方案,本发明实施例还可以做出如下改进。
[0010] 结合第一方面,在第一方面的第一种实施例中,所述管理方法还包括:
[0011] 根据第一预设时间范围内每次锁表的锁表时长计算得到平均锁表时长,作为所述预设锁表时长阈值;
[0012] 根据第二预设时间范围内的锁表次数计算得到所述第一预设时长内的平均锁表次数,作为所述预设锁表次数阈值。
[0013] 结合第一方面的第一种实施例,在第一方面的第二种实施例中,根据第一预设时间范围内每次锁表的锁表时长计算得到平均锁表时长,作为所述预设锁表时长阈值,包括:
[0014] 获取当前时刻之前第一预设时间范围内所述数据库表的锁表总次数和每次锁表的锁表时长;
[0015] 通过如下公式计算得到所述平均锁表时长:
[0016]
[0017] 其中,T为所述平均锁表时长,t1为第一次发生锁表时的锁表时长,t2为第二次发生锁表时的锁表时长,tn为第n次发生锁表时的锁表时长,n为第一预设时间范围内所述数据库表的锁表总次数;
[0018] 将所述平均锁表时长作为所述预设锁表时长阈值。
[0019] 结合第一方面的第一种实施例,在第一方面的第三种实施例中,根据第二预设时间范围内的锁表次数计算得到所述第一预设时长内的平均锁表次数,作为所述预设锁表次数阈值,包括:
[0020] 获取当前时刻之前第二预设时间范围内所述数据库表在连续的第二预设时长内的第一预设时长平均锁表次数;
[0021] 若所述第一预设时长平均锁表次数随时间增加而递增或递减,则将所述第二预设时间范围内最后的所述第二预设时长内的第一预设时长平均锁表次数,作为所述预设锁表次数阈值;
[0022] 若所述第一预设时长平均锁表次数随时间增加未递增或递减,则计算所述第二预设时间范围内所有所述第二预设时长内的第一预设时长平均锁表次数的平均值,作为所述预设锁表次数阈值。
[0023] 结合第一方面,在第一方面中的第四种实施例中,所述管理方法还包括:
[0024] 获取当前时刻前第三预设时长内所述对所述数据库表进行解锁的解锁次数;
[0025] 判断所述解锁次数是否大于预设解锁次数阈值;
[0026] 当所述解锁次数大于预设解锁次数阈值时,生成故障分析报告;其中,所述故障分析报告包括:所述数据库表对应的数据库名称、所述数据库表在第一预设时长内的锁表次数和所述数据库表每次锁表的锁表时长。
[0027] 结合第一方面的第四种实施例,在第一方面的第五种实施例中,所述管理方法还包括:
[0028] 获取当前时刻之前第三预设时间范围内所述数据库表的解锁总次数;
[0029] 根据所述解锁总次数,得到第三预设时长平均解锁次数,作为所述预设解锁次数阈值。
[0030] 结合第一方面或第一方面的第一、第二、第三、第四或第五种实例,在第一方面的第六种实施例中,所述对所述数据库表进行解锁,包括:
[0031] 向所述数据库表发送终止指令,终止所有与所述数据库表相关联的会话。
[0032] 第二方面,本发明是实施例提供了一种数据库管理系统,所述管理系统包括:
[0033] 获取单元,用于获取第一预设时长内的数据库表的锁表次数和每次锁表的锁表时长;
[0034] 判断单元,用于判断所述锁表时长是否大于预设锁表时长阈值,和所述锁表次数是否大于所述预设锁表次数阈值;
[0035] 处理单元,用于若所述所述锁表时长大于预设锁表时长阈值,和/或,所述锁表次数大于所述预设锁表次数阈值,对所述数据库表进行解锁。
[0036] 第三方面,本发明实施例提供了一种数据库管理装置,包括:处理器、通信接口存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
[0037] 存储器,用于存放计算机程序
[0038] 处理器,用于执行存储器上所存放的程序时,实现第一方面中任一实施例所述的数据库管理方法。
[0039] 第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现第一方面中任一实施例所述的数据库管理方法。
[0040] 本发明的上述技术方案与现有技术相比具有如下优点:本发明实施例在数据库表被锁表后,获取数据库表的锁表时长和数据库表在预设时长内的锁表次数,在锁表时长较长时或者锁表次数超过相应的预设阈值时,将锁表的数据库表进行解锁,避免被锁表的数据库表的数据请求积压导致整个数据库崩溃,进而保证系统的良好运行。附图说明
[0041] 图1是本发明实施例提供的一种数据库管理方法流程示意图;
[0042] 图2是本发明另一实施例提供的一种数据库管理方法流程示意图;
[0043] 图3是本发明又一实施例提供的一种数据库管理方法流程示意图其一;
[0044] 图4是本发明又一实施例提供的一种数据库管理方法流程示意图其二;
[0045] 图5是本发明另一实施例提供的一种数据库管理方法流程示意图其三;
[0046] 图6是本发明又一实施例提供的一种数据库管理系统结构示意图;
[0047] 图7是本发明又一实施例提供的一种数据库管理装置结构示意图。

具体实施方式

[0048] 为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0049] 如图1所示,本发明实施例提供的一种数据库管理方法。参照图1,所述管理方法包括如下步骤:
[0050] S11、当数据库表被锁表后,获取当前时刻的锁表时长和当前时刻前第一预设时长内的数据库表的锁表次数。
[0051] 在本实施例中,随着IT技术的发展,各行业依托于“数据库”建立的应用逐步增多,各应用与数据库的互动也相当频繁,经常导致数据库出现锁表的情况,锁表出现之后,相关应用再次访问被锁定的表后,将会处于一直等待的状态,直到相关表解锁为止。在锁表期间,如有大量会话持续访问此表时,相关的应用的会话数会持续攀升,直到卡死为止,相关数据库也会瘫痪。在本方案中,当数据库表被锁表后,获取当前时刻的锁表时长,即数据库表被锁表的时长,并获取到被锁表时的第一预设时长内的数据库的锁表次数,比如,可以在出现锁表情况时,获取,获取一个月内的锁表次数,也可以是当天的锁表次数,还可以是若干天内的锁表次数,本方案中的第一预设时长可以由用户进行自由设置,本方案对此不作限定。
[0052] S12、判断所述锁表时长是否大于预设锁表时长阈值,和所述锁表次数是否大于所述预设锁表次数阈值。
[0053] 在本实施例中,由于数据库表被锁表后,无法处理相应的数据请求,此时的各个请求均会被积压留存起来,而当数据库卡死后,会导致相关的数据库瘫痪,所以,通过设置相应的锁表时长阈值和锁表次数阈值,判断数据库被锁表的时长是否长于预设锁表时长阈值,并判断锁表次数是否大于预设锁表次数阈值,其中,锁表是长阈值和锁表次数阈值可以是根据过往的历史数据计算得到。
[0054] S13、若所述所述锁表时长大于预设锁表时长阈值,和/或,所述锁表次数大于所述预设锁表次数阈值,对所述数据库表进行解锁。
[0055] 在本实施例中,在锁表时长大预设锁表时长阈值和锁表次数大于预设锁表次数阈值中出现任意一个时,及时的将数据库表进行解锁,长时间未解锁的数据库表导致数据库崩溃,或者,频繁被锁的数据库表未能及时处理请求而导致数据库崩溃。
[0056] 在本实施例中,根据第一预设时间范围内每次锁表的锁表时长计算得到平均锁表时长,作为所述预设锁表时长阈值;其中,第一预设时间范围可以是一个星期内、一个月内、一年内等时间范围,通过每次锁表的锁表时长计算得到平均锁表时长。
[0057] 在本实施例中,根据第二预设时间范围内的锁表次数计算得到所述第一预设时长内的平均锁表次数,作为所述预设锁表次数阈值,其中,第二预设时间范围可以是一星期内、一个月内、一年内等时间范围,获取第二预设时间范围内的每次锁表,并以此来计算得到第一预设时长内的平均锁表次数,比如,第二预设时间范围可以是一年内,第一预设时长为一个月,则据第二预设时间范围内的锁表次数计算得到所述第一预设时长内的平均锁表次数,为一年内的月平均锁表次数,比如,一年内的锁表总次数为120次,那月平均锁表次数为(120除以12)次,上述举例仅是为了说明第二预设时间范围内的第一预设时长内的平均锁表次数,并不做特别限定。
[0058] 在本实施例中,由于数据库表被锁表后,有可能因为访问无法被处理而积压,最终导致数据库崩溃,所以,在本方案中,当数据库表满足上述实施例中的条件后,将数据库表进行解锁,进行解锁的操作可以是向所述数据库表发送终止指令,终止所有与所述数据库表相关联的会话。
[0059] 如图2所示,在一个具体的实施例中,根据第一预设时间范围内每次锁表的锁表时长计算得到平均锁表时长,作为所述预设锁表时长阈值,具体包括如下步骤:
[0060] S21、获取当前时刻之前第一预设时间范围内所述数据库表的锁表总次数和每次锁表的锁表时长。
[0061] 在本实施例中,当前时刻之前第一预设时间范围内可以是与当前时刻相匹配历史时间范围,比如,可以是当前时刻前一个月内的时间范围,即获取当前时刻前一个月内的数据库表的锁表总次数和每次锁表的锁表时长;还可以是上一年度中对应当前时刻所属月份的锁表总次数和每次锁表的锁表时长,比如,当前时刻为6月份,第一预设时间范围就是上一年度6月份的锁表总次数和每次锁表的锁表时长,由于互联网数据的访问也具有相应的线性变化,比如,购物网站到特定日期的数据访问量会变多,而其他日期的访问量相类似,而数据的访问量越大,数据库表被锁表的几率就越大,所以,数据库表的锁表次数会随着网站的数据访问量而变化,通过历史数据得到相应的锁表数据,用以规划当前的使用策略。
[0062] S22、通过如下公式计算得到所述平均锁表时长:
[0063]
[0064] 其中,T为所述平均锁表时长,t1为第一次发生锁表时的锁表时长,t2为第二次发生锁表时的锁表时长,tn为第n次发生锁表时的锁表时长,n为第一预设时间范围内所述数据库表的锁表总次数。
[0065] 在本实施例中,将第一预设时间范围内的数据库表每次锁表的锁表时长累加得到锁表总时长,将锁表总时长除以锁表总次数即得到该第一预设时间范围内的平均锁表时长,其中,第一预设时间范围的选取可以由用户进行设定,也可以预设进行设定,本方案对此不作特别限定。
[0066] S23、将所述平均锁表时长作为所述预设锁表时长阈值。
[0067] 在本实施例中,根据历史记录可得一平均锁表时长,由于数据库表的锁表时长不能过长,所以,在本方案中将该平均锁表时长作为预设锁表时长阈值。
[0068] 如图3所示,在一个具体的实施例中,根据第二预设时间范围内的锁表次数计算得到所述第一预设时长内的平均锁表次数,作为所述预设锁表次数阈值,包括:
[0069] S31、获取当前时刻之前第二预设时间范围内所述数据库表在连续的第二预设时长内的第一预设时长平均锁表次数。
[0070] 在本实施例中,第二预设时间范围内可以是一个星期内、一个月内、一年内等时间范围,第二预设时长内可以是一个星期、一个月、一年等时长,第一预设时长即上述实施例中的第一预设时长,举例而言,第二预设时间范围为一年内,第二预设时长为一个月、第一预设时长为一日,则,本方案获取的第一预设时长平均锁表次数为在任意一年内的连续的每个月的日平均锁表次数,比如,1月份的日平均锁表次数、2月份的日平均锁表次数、3月份的日平均锁表次数......,平均锁表次数的数据量越大,精度越高,但计算效率也会相应降低,所以,所获取的第一预设时长平均锁表次数的数量可以预先进行设定。
[0071] S32a、若所述第一预设时长平均锁表次数随时间增加而递增或递减,则将所述第二预设时间范围内最后的所述第二预设时长内的第一预设时长平均锁表次数,作为所述预设锁表次数阈值。
[0072] 在本实施例中,将各个第一预设时长平均锁表次数按时间先后顺序进行排序,当确定第一预设时长平均锁表次数递增或者递减时,将该第二预设时长范围内的最后一个第二预设时长内的第一预设时长平均锁表数作为预设锁表次数阈值,参考上述步骤中的实例,即当年的所选取的连续的每个月的日平均锁表次数中的最后一个月的日平均锁表次数,作为预设锁表次数阈值,由于第一预设时长平均锁表次数递增或者递减,第一预设时长平均锁表次数越接近当前时刻,该第一预设时长平均锁表次数越能用以确定当前时刻的锁表次数是否超出阈值。
[0073] S32b、若所述第一预设时长平均锁表次数随时间增加未递增或递减,则计算所述第二预设时间范围内所有所述第二预设时长内的第一预设时长平均锁表次数的平均值,作为所述预设锁表次数阈值。
[0074] 在本实施例中,若第一预设时长平均锁表次数随时间而出现上下波动,则计算各个第一预设时长平均锁表次数的平均值,作为预设锁表次数阈值,结合上述实施例,即,将各个月份的日平均锁表次数累加后除以所统计的月份数量,得到平均值,作为预设锁表次数阈值。
[0075] 如图4所示,本发明实施例提供了一种数据库管理方法。参照图4,所述管理方法包括如下步骤:
[0076] S41、当数据库表被锁表后,获取当前时刻的锁表时长和当前时刻前第一预设时长内的数据库表的锁表次数。
[0077] 有关步骤S41,详细可参见步骤S11中的描述,本实施例在此不再赘述。
[0078] S42、判断所述锁表时长是否大于预设锁表时长阈值,和所述锁表次数是否大于所述预设锁表次数阈值。
[0079] 有关步骤S42,详细可参见步骤S12中的描述,本实施例在此不再赘述。
[0080] S43、若所述所述锁表时长大于预设锁表时长阈值,和/或,所述锁表次数大于所述预设锁表次数阈值,对所述数据库表进行解锁。
[0081] 有关步骤S43,详细可参见步骤S13中的描述,本实施例在此不再赘述。
[0082] S44、获取当前时刻前第三预设时长内所述对所述数据库表进行解锁的解锁次数。
[0083] S45、判断所述解锁次数是否大于预设解锁次数阈值。
[0084] S46、当所述解锁次数大于预设解锁次数阈值时,生成故障分析报告;其中,所述故障分析报告包括:所述数据库表对应的数据库名称、所述数据库表在第一预设时长内的锁表次数和所述数据库表每次锁表的锁表时长。
[0085] 在本实施例中,当确认数据库表进行解锁的解锁次数大于预设解锁次数阈值时,即说明该数据库表的解锁次数不符合过往历史情况,此时,及时生成故障分析报告,协助用户对有可能存在的故障隐患进行排查,避免出现系统崩溃。
[0086] 如图5所示,在本实施例中,所述预设解锁次数阈值的获取方法包括如下步骤:
[0087] S51、获取当前时刻之前第三预设时间范围内所述数据库表的解锁总次数。
[0088] S52、根据所述解锁总次数,得到第三预设时长平均解锁次数,作为所述预设解锁次数阈值。
[0089] 在本实施例中,第三预设时间范围内可以是该数据库表创建以来的所有时间,也可以是某一年、某一月或某一周等时间范围,并以此得到解锁次数阈值,实现了参考历史数据,防范当前数据库表出现异常。
[0090] 如图6所示,本发明是实施例提供了一种数据库管理系统,所述管理系统包括:获取单元11、判断单元12和处理单元13。
[0091] 在本实施例中,获取单元11,用于获取第一预设时长内的数据库表的锁表次数和每次锁表的锁表时长。
[0092] 在本实施例中,判断单元12,用于判断所述锁表时长是否大于预设锁表时长阈值,和所述锁表次数是否大于所述预设锁表次数阈值。
[0093] 在本实施例中,处理单元13,用于若所述所述锁表时长大于预设锁表时长阈值,和/或,所述锁表次数大于所述预设锁表次数阈值,对所述数据库表进行解锁。
[0094] 在本实施例中,所述管理系统还包括:第一阈值计算单元,用于根据第一预设时间范围内每次锁表的锁表时长计算得到平均锁表时长,作为所述预设锁表时长阈值;根据第二预设时间范围内的锁表次数计算得到所述第一预设时长内的平均锁表次数,作为所述预设锁表次数阈值。
[0095] 在本实施例中,所述第一阈值计算单元,具体用于获取当前时刻之前第一预设时间范围内所述数据库表的锁表总次数和每次锁表的锁表时长;
[0096] 通过如下公式计算得到所述平均锁表时长:
[0097]
[0098] 其中,T为所述平均锁表时长,t1为第一次发生锁表时的锁表时长,t2为第二次发生锁表时的锁表时长,tn为第n次发生锁表时的锁表时长,n为第一预设时间范围内所述数据库表的锁表总次数;
[0099] 将所述平均锁表时长作为所述预设锁表时长阈值。
[0100] 在本实施例中,所述第一阈值计算单元,具体用于获取当前时刻之前第二预设时间范围内所述数据库表在连续的第二预设时长内的第一预设时长平均锁表次数;若所述第一预设时长平均锁表次数随时间增加而递增或递减,则将所述第二预设时间范围内最后的所述第二预设时长内的第一预设时长平均锁表次数,作为所述预设锁表次数阈值;若所述第一预设时长平均锁表次数随时间增加未递增或递减,则计算所述第二预设时间范围内所有所述第二预设时长内的第一预设时长平均锁表次数的平均值,作为所述预设锁表次数阈值。
[0101] 在本实施例中,所述管理系统还包括:故障报告单元,用于获取当前时刻前第三预设时长内所述对所述数据库表进行解锁的解锁次数;判断所述解锁次数是否大于预设解锁次数阈值;当所述解锁次数大于预设解锁次数阈值时,生成故障分析报告;其中,所述故障分析报告包括:所述数据库表对应的数据库名称、所述数据库表在第一预设时长内的锁表次数和所述数据库表每次锁表的锁表时长。
[0102] 在本实施例中,所述管理系统还包括:第二阈值计算单元,用于获取当前时刻之前第三预设时间范围内所述数据库表的解锁总次数;根据所述解锁总次数,得到第三预设时长平均解锁次数,作为所述预设解锁次数阈值。
[0103] 在本实施例中,所述管理系统还包括:解锁单元,用于向所述数据库表发送终止指令,终止所有与所述数据库表相关联的会话。
[0104] 如图7所示,本发明实施例提供了一种数据库管理装置,包括:处理器1110、通信接口1120、存储器1130和通信总线1140,其中,处理器1110,通信接口1120,存储器1130通过通信总线1140完成相互间的通信;
[0105] 存储器1130,用于存放计算机程序;
[0106] 处理器1110,用于执行存储器1130上所存放的程序时,实现如下所示所述的数据库管理方法:
[0107] 当数据库表被锁表后,获取当前时刻的锁表时长和当前时刻前第一预设时长内的数据库表的锁表次数;
[0108] 判断所述锁表时长是否大于预设锁表时长阈值,和所述锁表次数是否大于所述预设锁表次数阈值;
[0109] 若所述所述锁表时长大于预设锁表时长阈值,和/或,所述锁表次数大于所述预设锁表次数阈值,对所述数据库表进行解锁。
[0110] 本发明实施例提供的电子设备,处理器1110通过执行存储器1130上所存放的程序实现了在数据库表被锁表后,获取数据库表的锁表时长和数据库表在预设时长内的锁表次数,在锁表时长较长时或者锁表次数超过相应的预设阈值时,将锁表的数据库表进行解锁,避免被锁表的数据库表的数据请求积压导致整个数据库崩溃,进而保证系统的良好运行。
[0111] 上述电 子设备提到的通信总线1140可以是外设部件互连标准(PeripheralComponentInterconnect,简称PCI)总线或扩展工业标准结构(ExtendedIndustryStandardArchitecture,简称EISA)总线等。该通信总线1140可以分为地址总线数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
[0112] 通信接口1120用于上述电子设备与其他设备之间的通信。
[0113] 存储器1130可以包括随机存取存储器(RandomAccessMemory,简称RAM),也可以包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。可选的,存储器1130还可以是至少一个位于远离前述处理器1110的存储装置。
[0114] 上 述 的 处 理 器 1 1 1 0 可 以 是 通 用 处 理 器 ,包 括 中 央 处 理 器(CentralProcessingUnit,简称CPU)、网络处理器(NetworkProcessor,简称NP)等;还可以是数字信号处理器(DigitalSignalProcessing,简称DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit,简称ASIC)、现场可编程阵列(Field-ProgrammableGateArray,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
[0115] 本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现上述任一实施例所述的数据库管理方法。
[0116] 在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘SolidStateDisk(SSD))等。
[0117] 最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈