数据库共享缓存的处理方法、装置、电子设备和介质与流程

本公开涉及数据处理技术领域，尤其涉及一种数据库共享缓存的处理方法、装置、电子设备和介质。

背景技术：

数据库是一种基础应用软件，随着互联网、大数据以及人工智能等新应用在商业应用中的广泛普及，数据库应用日益庞大复杂，随之数据库性能表现的重要性也越发凸显；目前主流的数据库产品，都是通过共享内存数据缓冲区的技术在多个进程实例之间进行共享数据的访问，因此共享内存的访问效率成为也成为影响数据库性能的重要因素之一，共享内存的存储容量值会直接影响到其访问效率。目前对于共享数据缓冲区的存储容量是基于人为经验进行预先配置。

现有方案的缺陷在于：依赖于配置人员的主观性，对配置人员的技术能力要求较高，使得共享缓存区存储容量配置的稳定性较低。

技术实现要素：

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种数据库共享缓存的处理方法、装置、电子设备和介质。

第一方面，本公开提供了一种数据库共享缓存的处理方法，包括：

接收目标数据库的共享缓存建议请求；其中，所述共享缓存建议请求包括建议起始时间和建议终止时间；

基于所述建议起始时间和所述建议终止时间，采集共享缓存区的数据页标识序列；其中，所述数据页标识序列为数据库进程访问所述共享缓存区记录的页面标识集合；

根据所述数据页标识序列，确定所述共享缓存区的存储容量值。

可选的，所述基于所述建议起始时间和所述建议终止时间，采集共享缓存区的数据页标识序列，包括：

判断当前采集时间是否超过所述建议终止时间；

若是，则从共享缓存区中采集所述建议起始时间到所述建议终止时间内的数据页标识序列。

可选的，所述判断当前采集时间是否超过所述建议终止时间之后，所述方法还包括：

若否，则从共享缓存区中采集所述建议起始时间到所述当前采集时间内的第一标识序列；直至所述当前采集时间为所述建议终止时间，以得到共享缓存区的数据页标识序列。

可选的，所述根据所述数据页标识序列，确定所述共享缓存区的存储容量值，包括：

统计所述数据页标识序列中标识不重复的数据页标识的数量；

将所述标识不重复的数据页标识的数量作为所述共享缓存区的存储容量值。

可选的，所述确定所述共享缓存区的存储容量值之后，所述方法还包括：

获取所述数据页标识序列中数据页序列被共享缓存命中的次数；以及获取所述数据页标识序列中数据页序列被磁盘缓存命中的次数；

确定所述共享缓存区在所述存储容量值下的磁盘访问时间；

根据所述数据页序列被共享缓存命中的次数、所述数据页序列被磁盘缓存命中的次数、所述存储容量值下的磁盘访问时间和所述存储容量值，确定所述共享缓存区的目标缓存信息表。

可选的，所述确定所述共享缓存区在所述存储容量值下的磁盘访问时间之前，所述方法还包括：

获取磁盘缓存的实际访问次数和所述实际访问次数的访问时间；

所述确定所述共享缓存区在所述存储容量值下的磁盘访问时间，包括：

根据所述实际访问次数、所述实际访问次数的访问时间和所述数据页序列被磁盘缓存命中的次数，确定所述共享缓存区在所述存储容量值下的磁盘访问时间。

可选的，所述方法还包括：

返回所述共享缓存区的存储容量值，用于对所述共享缓存区的存储容量进行选择配置。

第二方面，本公开还提供了一种数据库共享缓存的处理装置，包括：

请求接收模块，用于接收目标数据库的共享缓存建议请求；其中，所述共享缓存建议请求包括建议起始时间和建议终止时间；

序列采集模块，用于基于所述建议起始时间和所述建议终止时间，采集共享缓存区的数据页标识序列；其中，所述数据页标识序列为数据库进程访问所述共享缓存区记录的页面标识集合；

存储容量值确定模块，用于根据所述数据页标识序列，确定所述共享缓存区的存储容量值。

可选的，序列采集模块，包括：时间判断单元和序列采集单元；

时间判断单元，用于判断当前采集时间是否超过所述建议终止时间；

序列采集单元，用于若是，则从共享缓存区中采集所述建议起始时间到所述建议终止时间内的数据页标识序列。

可选的，序列采集单元，还用于若否，则从共享缓存区中采集所述建议起始时间到所述当前采集时间内的第一标识序列；直至所述当前采集时间为所述建议终止时间，以得到共享缓存区的数据页标识序列。

可选的，存储容量值确定模块，具体用于；

统计所述数据页标识序列中标识不重复的数据页标识的数量；

将所述标识不重复的数据页标识的数量作为所述共享缓存区的存储容量值。

可选的，还包括：次数获取模块、时间确定模块和信息表确定模块；

次数获取模块，用于获取所述数据页标识序列中数据页序列被共享缓存命中的次数；以及获取所述数据页标识序列中数据页序列被磁盘缓存命中的次数；

时间确定模块，用于确定所述共享缓存区在所述存储容量值下的磁盘访问时间；

信息表确定模块，用于根据所述数据页序列被共享缓存命中的次数、所述数据页序列被磁盘缓存命中的次数、所述存储容量值下的磁盘访问时间和所述存储容量值，确定所述共享缓存区的目标缓存信息表。

可选的，还包括：

时间获取模块，用于获取磁盘缓存的实际访问次数和所述实际访问次数的访问时间；

时间确定模块，具体用于：

根据所述实际访问次数、所述实际访问次数的访问时间和所述数据页序列被磁盘缓存命中的次数，确定所述共享缓存区在所述存储容量值下的磁盘访问时间。

可选的，还包括：

存储容量值返回模块，用于返回所述共享缓存区的存储容量值，用于对所述共享缓存区的存储容量进行选择配置。

本公开实施例提供的技术方案与现有技术相比具有如下优点：能够根据共享缓存区的历史进程数据确定存储容量值，解决了依赖人工经验导致确定出的存储容量值的稳定度较低的问题，从而精准预估出共享缓存区的存储容量值。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本公开实施例提供的一种数据库共享缓存的处理方法的流程示意图；

图2是本公开实施例提供另的一种数据库共享缓存的处理方法的流程示意图；

图3是本公开实施例提供的又一种数据库共享缓存的处理方法的流程示意图；

图4是数组中元素置换的示意图；

图5是数据访问时的置换示意图；

图6是本公开实施例提供的一种数据库共享缓存的处理装置的结构示意图；

图7是本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

图1是本公开实施例提供的一种数据库共享缓存的处理方法的流程示意图。本实施例可适用于预估共享缓存区的存储容量值的情况。本实施例方法可由数据库共享缓存的处理装置来执行，该装置可采用硬件/或软件的方式来实现，并可配置于电子设备中。可实现本申请任意实施例所述的数据库共享缓存的处理方法。

共享内存缓存区是一种多个数据库实例进程都可以访问的内存结构，其主要用于缓存数据，降低数据库的输入输出(input/output，io)开销；因为内存的访问速度远远大于磁盘等硬件设备的访问速度，所以大部分数据库产品都是通过二级缓存的方式提高数据访问的效率，即读取数据时，首先从共享内存中的数据共享缓冲区中读入数据块，如果共享内存中没有缓存该数据块，再从磁盘读取并同时存入共享内存之中以备下次读取使用；如果共享内存中存在该数据块，则直接从内存读取，称为共享内存命中；如果共享内存中没有多余的空间，则通过算法将部分内存块中的数据释放以便重用该空间，称为共享内存置换。

其中，共享内存的命中率越高，数据库的性能越好；而分配的共享内存的大小直接影响到共享内存的命中率，随着缓冲区的增加，命中率提高，但同时命中率的提高比例也随着缓冲区的增加而逐渐减少从而导致增加缓冲区的效益逐渐降低。同时，对同一套数据库系统，对不同的应用场景，不同的时间段，系统所需要的共享内存大小是不同的；盲目分配过大的共享内存会占用的过多的内存硬件资源，造成资源的浪费。

如图1所示，该方法具体包括如下：

s110、接收目标数据库的共享缓存建议请求；其中，共享缓存建议请求包括建议起始时间和建议终止时间。

在本实施例中，用户可通过在客户端执行共享内存建议的结构化查询(structuredquery，sq)语句，以实现对共享内存的起始请求；同时，客户端可以通过再次执行该sq语句，以指示结束目标数据库的共享缓存建议请求；其中，建议起始时间可为用户通过客户端首次执行sq语句的执行时间；建议终止时间可为用户通过客户端第二次执行该sq语句的执行时间。

具体的，上述sq语句可参考如下。

“select*fromsba.share_buffer_snapshot”。

需要说明的是，本实施例中目标数据库的共享缓存建议请求不限于sq语句的实现，也可包含其他可实现语句，此处不对其进行具体限定。

s120、基于建议起始时间和建议终止时间，采集共享缓存区的数据页标识序列；其中，数据页标识序列为数据库进程访问共享缓存区记录的页面标识集合。

在本实施例中，在目标数据库中的每一个数据库进程均会对共享缓存区进程数据访问，以进行数据的有效提取；访问过程中，共享缓存区会记录每一数据库进程的访问信息，例如访问的数据页标识序列、访问的数据类型以及访问时间等信息。

其中，共享缓存区中缓存数据的单位为数据文件的数据页。示例性的，通常数据文件的每个数据页大小为8k，如果配置文件共享内存大小为128m，则共享内存中可缓存128m/8k个数据页。每个页面通过以“表空间+数据库+表文件+表类型+表块”作为访问的数据页标识；具体的，表空间、数据库、表文件、表类型和标块均为整数编号，则其组成的数据页标识可为一串字符。

s130、根据数据页标识序列，确定共享缓存区的存储容量值。

在本实施例中，数据页标识序列中包括多个数据库进程访问过的数据页标识，其中包含重复的数据页标识和非重复的数据页标识；具体的，可根据不重复的数据页标识的数量确定出共享缓存区的存储容量值。

本公开实施例接收目标数据库的共享缓存建议请求；其中，共享缓存建议请求包括建议起始时间和建议终止时间；基于建议起始时间和建议终止时间，采集共享缓存区的数据页标识序列；其中，数据页标识序列为数据库进程访问共享缓存区记录的页面标识集合；根据数据页标识序列，确定共享缓存区的存储容量值。本公开实施例能够根据共享缓存区的历史进程数据确定存储容量值，解决了依赖人工经验导致确定出的存储容量值的稳定度较低的问题，从而精准预估出共享缓存区的存储容量值。

图2是本公开实施例提供的另一种数据库共享缓存的处理方法的流程示意图。本实施例是在上述实施例的基础上进一步扩展与优化，并可与上述技术方案中任意可选方案组合。如图2所示，该方法包括：

s210、接收目标数据库的共享缓存建议请求；其中，共享缓存建议请求包括建议起始时间和建议终止时间。

s220、判断当前采集时间是否超过建议终止时间；若是，则执行s230；若否，则执行s240。

s230、从共享缓存区中采集建议起始时间到建议终止时间内的数据页标识序列。

在本实施例中，由于每个数据库进程对共享缓存区中存储数据的访问频率很高，为了提高缓存数据的访问效率，因此，本实施例利用二级缓存的方式存储记录的共享内存访问序列(即数据页标识序列)。

开启数据采集时，由目标数据库中收到采集请求的进程将数据页标识的初始快照保存在第一磁盘文件(例如自定义文件sba_init)中，采集期间，每个数据库进程将共享内存访问请求记录在进程本地内存之中，在本地内存达到门限值或数据库进程内计时器到期(例如达到设定时间)时刷入第二磁盘文件(例如自定义文件sba_track)中；从而实现数据的二级缓存。

示例性的，以开启共享内存数据采集流程为例进行说明；检查当前是否存在sba_init文件，若不存在，则判断用户为首次执行共享缓存建议请求；申请得到共享内存中所有分区锁，将共享内存锁住，以防止数据采集过程中其他进程进行数据采集导致数据采集不完整的问题；遍历共享内存的描述数组(例如bufferdesc)，保存每个存在于共享内存中的数据页标识(buffertag)到一个进程本地内存数组中(例如tags)；释放共享内存锁；将共享内存中的数据tags保存到sba_init文件中，并释放内存，以完成数据的有效采集。

本实施例能够在共享缓存区中基于数据页标识的访问时间进行采集，以实现精准快速的数据页标识序列的组成。

s240、从共享缓存区中采集建议起始时间到当前采集时间内的第一标识序列；直至当前采集时间为建议终止时间，以得到共享缓存区的数据页标识序列。

在本实施例中，进行采集时，需要将数据存储文件的名称进行更改，以避免采集过程被其他进程采集请求而影响。

示例性的，以第一磁盘文件为sba_init；第二磁盘文件为sba_track为例进行说明；判断存在sba_init文件和sba_track后，将这两个文件的文件名称进行更改，得到sba_init_temp和sba_track_temp，以防止其他进程再次写入。

其中，第一标识序列为建议起始时间到当前采集时间内采集到的数据页标识，且该当前采集时间并未超过建议终止时间，则采集过程并未结束，直至当前采集时间过渡到建议终止时间。示例性的，以建议起始时间为2021年4月20日9:00；建议终止时间为2021年4月20日12:00；当前采集时间为2021年4月20日10:00；则第一标识序列为2021年4月20日9:00-10:00采集到的数据页标识序列；直至当前采集时间从2021年4月20日10:00过渡到2021年4月20日12:00，则可采集到第二标识序列，第二标识序列为2021年4月20日10:00-12:00采集到的数据页标识序列，即根据第一标识序列和第二标识序列可得到共享缓存区在建议起始时间到建议终止时间内的数据页标识序列。

本实施例在进行数据页标识序列的采集时，根据建议终止时间与当前时间进行比对，以准确采集时间，从而避免采集时间未到建议终止时间导致采集信息不完全的问题。

s250、统计数据页标识序列中标识不重复的数据页标识的数量。

在本实施例中，共享缓存区中存储的数据页标识可能相同，也可能不同；标识不重复的数据页标识的个数能够有效反映出该共享缓存区的实际存储性能。

s260、将标识不重复的数据页标识的数量作为共享缓存区的存储容量值。

示例性的，共享缓存区中存储的数据页标识序列包括“10112”、“12003”、“11520”、“10112”、“22321”和“12314”；其中，每一数据页标识为共享缓存区中其中一页的数据标识，大小可以为8k；那么，标识不重复的数据页标识的数量为5，则得到共享缓存区的存储容量值为5×8k。

图3是本公开实施例提供的又一种数据库共享缓存的处理方法的流程示意图。本实施例是在上述实施例的基础上进一步扩展与优化，并可与上述技术方案中任意可选方案组合。如图2所示，该方法包括：

s310、接收目标数据库的共享缓存建议请求；其中，共享缓存建议请求包括建议起始时间和建议终止时间。

s320、基于建议起始时间和建议终止时间，采集共享缓存区的数据页标识序列；其中，数据页标识序列为数据库进程访问共享缓存区记录的页面标识集合。

s330、根据数据页标识序列，确定共享缓存区的存储容量值。

s340、获取数据页标识序列中数据页序列被共享缓存命中的次数；以及获取数据页标识序列中数据页序列被磁盘缓存命中的次数。

在本实施例中，数据页序列被共享缓存命中为采集数据时是直接在共享缓存区中采集；数据页序列被磁盘缓存命中为采集数据时未在共享缓存区中查找到，而在磁盘中查找到。

其中，可通过建立哈希表和数组实现，可参见以下示例。

对每一个共享内存的大小值，建立一个数组和一个哈希表。通过数组模拟存储管理(例如leastrecentlyused，lru)链表从而提高计算速度；数组个数为：内存值大小/数据页大小+1；数组中元素为：prev＝lru链表中上一个元素的下标，buffertag＝共享缓存标识，next＝lru链表中下一个元素的下标；数组的第0个元素不参与lru链表，只是用来记录链表的第一个和最后一个元素的位置；每次置换时取第0个元素的next值保存的成员来置换；hash表的key为buffertag，值为在数组的下标值，通过在hash表中查找buffertag从而快速得到数据块在模拟共享内存中的位置。

可参见图4，图4为数组中元素置换的示意图；初始元素为：p1、p2、p3、p4、p5和p6，当元素p3被访问时，则将其位置进行转换，新的数组中元素为：p1、p2、p4、p5、p6和p3。

图5为数据访问时的置换示意图；其中，p1被访问，各数据项按照访问的顺序由旧到新依次为p1、p2、p3；如果此时输入序列访问的下个数据页为p1，则在哈希表中根据p1的标识值可以取到p1在lru数组中的编号1，经过计算后lru数据页按照从旧到新的排列变为p2、p3、p1；此时如果输入序列访问的下个数据页为p4且数组最大长度为3，则lru数组中p2会被替换为p4，lru中数据页从旧到新的排列变为p3、p1、p4。

具体的，将sba_init_temp中保存的不重复的buffertag加入数组中和hash表中构成共享内存的初始状态；依次读取sba_track_temp中保存的buffertag，从hash表中读取，如果能读取值，则认为共享缓存被命中，将读取的数组元素移到lru链表的最后；如果hash表中没有值，则认为存在一次io读取；如果数组中保存的元素没有达到最大值，则分配一个新的元素并放入lru链表的最后，同时放入hash表中。如果hash表中没有值且数组中元素达到了最大值，则认为存在一次共享内存置换，从lru链表中取一个最近最少使用的数组元素，即lru链表的第一个元素，将该元素的buffertag值从hash表中删除，将该元素的buffertag值替换为当前从sba_track_temp中读取的buffertag，并且将该元素移到lru链表的尾部。

在本实施例中，可选的，确定共享缓存区在存储容量值下的磁盘访问时间之前，本实施例方法还包括：

获取磁盘缓存的实际访问次数和实际访问次数的访问时间。

其中，磁盘缓存的实际访问次数为数据采集时在磁盘文件中采集得到的次数；可包括数据写入和数据读取；实际访问次数的访问时间为数据写入时间和数据读取时间。

s350、确定共享缓存区在存储容量值下的磁盘访问时间。

在本实施例中，可选的，确定共享缓存区在存储容量值下的磁盘访问时间，包括：

根据实际访问次数、实际访问次数的访问时间和数据页序列被磁盘缓存命中的次数，确定共享缓存区在存储容量值下的磁盘访问时间。

其中，磁盘访问时间可包括写入时间和读取时间；可根据实际访问次数、实际访问次数的访问时间和数据页序列被磁盘缓存命中的次数，准确确定出共享缓存区在存储容量值下的磁盘访问时间。

具体可参见如下公式得出。

其中，trecommend为共享缓存区在存储容量值下的磁盘访问时间；tio为实际访问次数的访问时间；nio为数据页序列被磁盘缓存命中的次数；n访问为实际访问次数。

s360、根据数据页序列被共享缓存命中的次数、数据页序列被磁盘缓存命中的次数、存储容量值下的磁盘访问时间和存储容量值，确定共享缓存区的目标缓存信息表。

在本实施例中，根据数据页序列被共享缓存命中的次数、数据页序列被磁盘缓存命中的次数、存储容量值下的磁盘访问时间和存储容量值，确定出的共享缓存区的目标缓存信息表，可利于用户对共享缓存区不同存储容量值的访问性能进行直观了解。

具体的，可在确定出的共享缓存区的存储容量值的基础上，分别取该存储容量值的不同百分比，并计算出不同百分比下对应的共享缓存存储容量值的配置下，系统的缓存命中率、缓存未命中率、缓存的置换次数以及io访问时间。

示例性的，以百分比为100％、80％、50％、30％和20％为例进行说明；具体可参见下表1。

表1共享缓存区对应不同存储容量值的目标缓存信息表

其中，逻辑读为在共享缓存区中读取；物理读为在磁盘中读取；确定出共享缓存区的存储容量值为644mb；百分比为80％对应的存储容量值为515mb；百分比为50％对应的存储容量值为322mb；百分比为30％对应的存储容量值为193mb；百分比为20％对应的存储容量值为128mb。

可将该目标缓存信息表返回给用户，以使得用户可直观有效的了解到不同存储容量值对应的访问数据收益情况。

在本实施例中，可选的，本实施例方法还包括：

返回共享缓存区的存储容量值，用于对共享缓存区的存储容量进行选择配置。

其中，存储容量值对应于不同的建议时间；将不同时间建议的存储容量值返回给用户，以使得用户可参考该存储容量值，选择性的对目标数据库的存储容量进行配置。

数据库系统启动时，启动一个采集进程，该进程每5秒执行采集一次；每次采集记录下sba_track文件的大小；每次采集从上次记录的sba_track大小为开始位置读取sba_track文件；将sba_track文件中的buffertag放入一个哈希(hash)表中，hashkey为buffertag；利用key不重复的特性来保证记录不重复的buffertag；将采集时间，哈希表的元素个数存入数据表中。

具体可参见下表2，以向用户进行反馈。

表2存储容量值示意表

图6是本公开实施例提供的一种数据库共享缓存的处理装置的结构示意图；该装置配置于电子设备中，可实现本申请任意实施例所述的数据库共享缓存的处理方法。该装置具体包括如下：

请求接收模块610，用于接收目标数据库的共享缓存建议请求；其中，所述共享缓存建议请求包括建议起始时间和建议终止时间；

序列采集模块620，用于基于所述建议起始时间和所述建议终止时间，采集共享缓存区的数据页标识序列；其中，所述数据页标识序列为数据库进程访问所述共享缓存区记录的页面标识集合；

存储容量值确定模块630，用于根据所述数据页标识序列，确定所述共享缓存区的存储容量值。

在本实施例中，可选的，序列采集模块620，包括：时间判断单元和序列采集单元；

时间判断单元，用于判断当前采集时间是否超过所述建议终止时间；

序列采集单元，用于若是，则从共享缓存区中采集所述建议起始时间到所述建议终止时间内的数据页标识序列。

在本实施例中，可选的，序列采集单元，还用于若否，则从共享缓存区中采集所述建议起始时间到所述当前采集时间内的第一标识序列；直至所述当前采集时间为所述建议终止时间，以得到共享缓存区的数据页标识序列。

在本实施例中，可选的，存储容量值确定模块630，具体用于；

统计所述数据页标识序列中标识不重复的数据页标识的数量；

将所述标识不重复的数据页标识的数量作为所述共享缓存区的存储容量值。

在本实施例中，可选的，本实施例装置还包括：次数获取模块、时间确定模块和信息表确定模块；

次数获取模块，用于获取所述数据页标识序列中数据页序列被共享缓存命中的次数；以及获取所述数据页标识序列中数据页序列被磁盘缓存命中的次数；

时间确定模块，用于确定所述共享缓存区在所述存储容量值下的磁盘访问时间；

信息表确定模块，用于根据所述数据页序列被共享缓存命中的次数、所述数据页序列被磁盘缓存命中的次数、所述存储容量值下的磁盘访问时间和所述存储容量值，确定所述共享缓存区的目标缓存信息表。

在本实施例中，可选的，本实施例装置还包括：

时间获取模块，用于获取磁盘缓存的实际访问次数和所述实际访问次数的访问时间；

时间确定模块，具体用于：

根据所述实际访问次数、所述实际访问次数的访问时间和所述数据页序列被磁盘缓存命中的次数，确定所述共享缓存区在所述存储容量值下的磁盘访问时间。

在本实施例中，可选的，本实施例装置还包括：

存储容量值返回模块，用于返回所述共享缓存区的存储容量值，用于对所述共享缓存区的存储容量进行选择配置。

通过本发明实施例的数据库共享缓存的处理装置，能够根据共享缓存区的历史进程数据确定存储容量值，解决了依赖人工经验导致确定出的存储容量值的稳定度较低的问题，从而精准预估出共享缓存区的存储容量值。

本发明实施例所提供的数据库共享缓存的处理装置可执行本发明任意实施例所提供的数据库共享缓存的处理方法，具备执行方法相应的功能模块和有益效果。

图7本公开实施例提供的一种电子设备的结构示意图。如图7所示，该电子设备包括处理器710、存储器720、输入装置730和输出装置740；电子设备中处理器710的数量可以是一个或多个，图7中以一个处理器710为例；电子设备中的处理器710、存储器720、输入装置730和输出装置740可以通过总线或其他方式连接，图7中以通过总线连接为例。

存储器720作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的数据库共享缓存的处理方法对应的程序指令/模块。处理器710通过运行存储在存储器720中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现本发明实施例所提供的数据库共享缓存的处理方法。

存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器720可进一步包括相对于处理器710远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置730可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入，可以包括键盘、鼠标等。输出装置740可包括显示屏等显示设备。

本公开实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于实现本发明实施例所提供的数据库共享缓存的处理方法。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的数据库共享缓存的处理方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述搜索装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。