一种MySQL数据库的管理方法、装置、设备及介质与流程

一种mysql数据库的管理方法、装置、设备及介质
技术领域
1.本技术涉及数据库技术领域，具体涉及一种mysql数据库的管理方法、装置、设备及介质。


背景技术：

2.mysql数据库的锁机制是基于悲观锁的机制实现的，悲观锁的特点是可以完全保证数据的独占性和正确性，因为进程每次请求时都会先对mysql数据库进行加悲观锁，然后对mysql数据库进行访问，例如从mysql数据库中读取数据吗，或者向mysql数据库写入新的数据等，在释放悲观锁之前，任何进程都不能对该mysql数据库进行访问，直到前一个进程把悲观锁释放后，下一个进程才可以对该mysql数据库进行重新加锁并访问。当mysql数据库并发查询的数据量较大时，会出现悲观锁的竞争等待现象。


技术实现要素：

3.本技术实施例提供一种mysql数据库的管理方法、装置、设备及介质，用于避免mysql数据库中悲观锁的竞争等待现象。
4.第一方面，本技术提供一种mysql数据库的管理方法，包括：
5.连接mysql数据库，向所述mysql数据库发起对目标数据的操作请求；
6.检测在预设的悲观锁等待时间内是否接收到悲观锁标识信息；其中，所述悲观锁标识信息用于指示所述mysql数据库不存在悲观锁；
7.若未接收到所述悲观锁标识信息，则显示悲观锁等待超时的信息，并释放与所述mysql数据库的连接。
8.在本技术实施例中，在预设的悲观锁等待时间内未接收到悲观锁标识信息，说明mysql数据库存在悲观锁，则显示悲观锁等待超时的信息，并释放与mysql数据库的连接，避免mysql数据库被锁住，而其他进程一直等待的现象。且，及时释放与mysql数据库的连接，可以节省资源。且该方法可以自定义悲观锁等待时间，在保持悲观锁数据一致性机制的前提下，兼备数据的并发性。
9.在一种可能的实施例中，在释放与所述mysql数据库的连接之后，所述方法还包括：
10.在预设的重连接等待时间之后，重新连接所述mysql数据库，并重新向所述mysql数据库发起对目标数据的操作请求，直到接收到所述悲观锁标识信息。
11.在本技术实施例中，预先设置了重连接等待时间，在预设的重连接等待时间之后，可以自动重新连接mysql数据库，争取尽早地获得mysql数据库的悲观锁，拥有mysql数据库的操作权限。
12.在一种可能的实施例中，所述mysql数据库包括主数据库和备用数据库；在检测在预设的悲观锁等待时间内是否接收到悲观锁标识信息之后，所述方法还包括：
13.若接收到所述悲观锁标识信息，则为所述mysql数据库加悲观锁；
14.若所述操作请求为更改请求，则对所述主数据库中的目标数据进行更改；
15.若所述操作请求为查询请求，则从所述备用数据库中查询所述目标数据。
16.在本技术实施例中，在接收到悲观锁标识信息之后，为mysql数据库加悲观锁，避免其他进程访问数据库，保证悲观锁数据的一致性，且主数据库单独用于写操作，备用数据库单独用于读操作，通过主数据库和备用数据库实现读写分离。
17.在一种可能的实施例中，所述备用数据库同步有增量日志，所述增量日志包括其他进程对所述主数据库进行更改操作后的数据。
18.在本技术实施例中，将增量日志同步至备用数据库中，在实现读写分离的基础上，保证当前进程可以查询到最新的数据，满足实时查询的需求。当发生mysql数据库服务不可用、宕机、或者网络故障等情况，利用增量日志做兜底工具，可以保证数据库中存储的数据不丢失。
19.在一种可能的实施例中，从所述备用数据库中查询所述目标数据，包括：
20.根据所述查询请求中的目标索引，从所述备用数据库中查询所述目标索引对应的目标数据。
21.在本技术实施例中，通过索引加速的方式进行实时查询，可以提高对实时数据的查询效率。
22.第二方面，本技术提供一种mysql数据库的管理装置，包括：
23.连接模块，用于连接mysql数据库，向所述mysql数据库发起对目标数据的操作请求；
24.检测模块，用于检测在预设的悲观锁等待时间内是否接收到悲观锁标识信息；其中，所述悲观锁标识信息用于指示所述mysql数据库不存在悲观锁；
25.释放模块，用于若未接收到所述悲观锁标识信息，则显示悲观锁等待超时的信息，并释放与所述mysql数据库的连接。
26.在一种可能的实施例中，所述连接模块还用于：
27.在释放与所述mysql数据库的连接之后，在预设的重连接等待时间之后，重新连接所述mysql数据库，并重新向所述mysql数据库发起对目标数据的操作请求，直到接收到所述悲观锁标识信息。
28.在一种可能的实施例中，所述mysql数据库包括主数据库和备用数据库；所述装置还包括操作模块，所述操作模块用于：
29.在检测在预设的悲观锁等待时间内是否接收到悲观锁标识信息之后，若接收到所述悲观锁标识信息，则为所述mysql数据库加悲观锁；
30.若所述操作请求为更改请求，则对所述主数据库中的目标数据进行更改；
31.若所述操作请求为查询请求，则从所述备用数据库中查询所述目标数据。
32.在一种可能的实施例中，所述备用数据库同步有增量日志，所述增量日志包括其他进程对所述主数据库进行更改操作后的数据。
33.在一种可能的实施例中，所述操作模块具体用于：
34.根据所述查询请求中的目标索引，从所述备用数据库中查询所述目标索引对应的目标数据。
35.第三方面，本技术提供一种电子设备，包括：
36.存储器，用于存储程序指令；
37.处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第一方面中任一项所述的方法。
38.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面中任一项所述的方法。
附图说明
39.为了更清楚地说明本技术实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
40.图1为本技术实施例提供的一种mysql数据库的管理方法的应用场景示意图；
41.图2为本技术实施例提供的一种mysql数据库的管理方法的流程示意图一；
42.图3为本技术实施例提供的一种mysql数据库的管理方法的流程示意图二；
43.图4为本技术实施例提供的一种mysql数据库的管理系统的结构图；
44.图5为本技术实施例提供的一种mysql数据库的管理装置的结构图；
45.图6为本技术实施例提供的一种电子设备的结构图。
具体实施方式
46.为使本发明的目的、技术方案和优点更加清楚明白，下面将结合本发明实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。
47.本技术的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
48.为了避免mysql数据库中悲观锁的竞争等待现象，本技术实施例提供一种mysql数据库的管理方法，该方法可以由电子设备执行。电子设备可以通过终端或服务器实现，终端例如移动终端、固定终端或便携式终端，例如移动手机、多媒体计算机、多媒体平板、台式计算机、笔记本计算机、平板计算机等。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器，但并不局限于此。
49.下面对本技术实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本技术实施例而非限定。在具体实施过程中，可以根据实际需要灵活地应用本技术实施例提供的技术方案。
50.请参照图1，为本技术实施例提供的一种mysql数据库的管理方法的应用场景示意图，该应用场景包括电子设备101和数据库102。数据库102为具有悲观锁机制的数据库，例如mysql数据库。图1是以一个电子设备101为例，实际上不限制电子设备101的数量。
51.电子设备101中安装有客户端，可以通过客户端开启进程，发起对数据库102的访问，当数据库101被其他客户端的进程占用时，电子设备101可以控制释放与数据库102的连接，从而实现对数据库102的管理。具体管理过程将在后文进行介绍。
52.如上介绍了应用场景，下面结合图1所示的应用场景，以图1中的电子设备101执行mysql数据库的管理方法为例进行介绍。请参照图2，为本技术实施例提供的一种mysql数据库的管理方法的流程示意图一。
53.s201、连接mysql数据库，向mysql数据库发起对目标数据的操作请求。
54.具体的，电子设备接收到用户输入的连接指令后，则连接mysql数据库，电子设备接收到用户输入的操作指令后，则向mysql数据库发起对目标数据的操作请求。
55.s202、检测在预设的悲观锁等待时间内是否接收到悲观锁标识信息。
56.具体的，电子设备可以预先设置悲观锁等待时间，悲观锁等待时间可以是默认值，例如15秒。悲观锁等待时间也可以是响应于用户的输入操作获得的，例如用户在命令行界面输入了对悲观锁等待时间的第一调整指令，则电子设备获得第一调整指令之后，根据该调整指令将悲观锁等待时间调整为16秒。进一步，电子设备在连接mysql数据库之后，可以检测在预设的悲观锁等待时间内是否接收到悲观锁标识信息，其中，悲观锁标识信息用于指示mysql数据库不存在悲观锁，换言之，mysql数据库处于可访问状态。
57.s203、若未接收到悲观锁标识信息，则显示悲观锁等待超时的信息，并释放与mysql数据库的连接。
58.具体的，若电子设备在预设的悲观锁等待时间内未接收到悲观锁标识信息，说明mysql数据库存在悲观锁，换言之，mysql数据库被其他进程占用，处于不可访问状态。此时电子设备无法访问mysql数据库，也无法对mysql数据库执行任何更新、查询等操作。电子设备可以显示悲观锁等待超时的信息，以提醒用户锁等待异常，并释放与mysql数据库的连接。
59.应当说明的是，s203是可选的。在一种可能的实施例中，电子设备在检测在预设的悲观锁等待时间内是否接收到悲观锁标识信息之后，若接收到悲观锁标识信息，则为mysql数据库加悲观锁，避免其他进程访问该mysql数据库，并对mysql数据库中的目标数据进行操作。
60.具体的，mysql数据库包括主数据库和备用数据库，备用数据库又称为从数据库，电子设备可以根据操作请求的类型，确定对主数据库或备用数据库进行操作。若操作请求为更改请求，则电子设备对主数据库中的目标数据进行更改，若操作请求为查询请求，则电子设备从备用数据库中查询目标数据，从而实现读写分离。
61.在一种可能的实施例中，备用数据库同步有增量日志，增量日志包括其他进程对主数据库进行更改操作后的数据。本技术实施例在实现读写分离的基础上，可以满足实时
查询的需求。
62.具体的，当其他进程对主数据库进行更改操作后，mysql数据库所在的服务器可以将主数据库中获取到的增量日志进行同步，换言之，将主数据库的增量日志的内容同步至备用数据库中。这样一来，即使要查询的目标数据是最新的实时数据，电子设备也可以从备用数据库中查询到目标数据。
63.在一种可能的实施例中，增量日志构建有索引，若目标数据属于增量日志，电子设备可以根据索引，加快查询到目标数据的速度，下面分情况进行介绍。
64.情况一、从备用数据库中查询目标数据。
65.具体的，mysql数据库所在的服务器获取到增量日志之后，可以对增量日志中的每个数据构建索引。若目标数据属于增量日志，则电子设备可以根据查询请求中的目标索引，从备用数据库中实时查询目标索引对应的目标数据。
66.情况二、从starrocks消息队列中查询目标数据。
67.具体的，mysql数据库所在的服务器可以利用高性能切片分析而设计的数据存储starrocks消息队列里的内容，获取增量日志，结合starrocks的内置结构搭建增量日志的索引。进一步，若目标数据属于增量日志，电子设备可以根据查询请求中的目标索引，从starrocks消息队列中实时查询目标索引对应的目标数据。
68.在一种可能的实施例中，电子设备在释放与mysql数据库的连接之后，可以再重新连接mysql数据库，下面分情况进行介绍。
69.第一种情况，响应于用户的连接操作，重新连接mysql数据库。
70.具体的，用户在一段时间后，在命令行界面输入了对mysql数据库的连接指令，则电子设备收到连接指令之后，便重新建立与mysql数据库的连接，然后用户在命令行界面输入了对目标数据的操作指令，电子设备收到操作指令之后，便重新向mysql数据库发起对目标数据的操作请求。
71.第二种情况，设置重连接等待时间，自动重新连接mysql数据库。
72.具体的，电子设备可以预先设置重连接等待时间，重连接等待时间可以是默认值，例如15秒。重连接等待时间也可以是响应于用户的输入操作获得的，例如用户在命令行界面输入了对重连接等待时间的第二调整指令，则电子设备接收到第二调整指令后，将重连接等待时间调整为20秒。进一步，电子设备可以在预设的重连接等待时间之后，自动重新建立与mysql数据库的连接，并重新向mysql数据库发起对目标数据的操作请求。若电子设备在预设的悲观锁等待时间内未仍接收到悲观锁标识信息，则再次显示悲观锁等待超时的信息，并释放与mysql数据库的连接，依次类推，直到接收到悲观锁标识信息。
73.在第二种情况下，电子设备还可以设置重连次数，重连次数可以是默认值，例如8次。重连次数也可以是响应于用户的输入操作获得的，例如用户在命令行界面输入了对重连次数的第三调整指令，则电子设备接收到第三调整指令之后，将重连次数调整为10次。进一步，电子设备每次释放与mysql数据库的连接之后，可以记录失败次数，当失败次数达到预设的重连次数时，则不再继续自动重新连接mysql数据库，可以显示连接失败的信息，以及时提醒用户。
74.为了更清楚地说明mysql数据库的管理方法，请参照图3，为本技术实施例提供的一种mysql数据库的管理方法的流程示意图二，下面结合图3进行介绍。
75.s301、将连接mysql的业务逻辑代码中的切面做处理，获取其关于锁超时等待的参数。
76.将连接mysql的业务逻辑代码中的切面做处理，获取其关于锁超时等待的参数，并做初步过滤，只取业务超时参数中小于mysql配置的锁等待时间的参数，mysql配置的锁等待时间例如前文论述的悲观锁等待时间。
77.s302、将数据库中获取到的增量日志进行同步。
78.将主数据库的日志内容同步至从数据库即备用数据库中，并在从数据库即备用数据库中进行查询，实现读写分离。
79.s303、执行切面获取悲观锁的业务逻辑，若成功则返回锁记录，否则抛出锁超时等待异常的信息并断开数据库连接。
80.若在预设的悲观锁等待时间内接收到悲观锁标识信息，说明成功获取到悲观锁的权限，对mysql数据库加悲观锁，并返回锁记录，例如将悲观锁标识信息设置为1，表明mysql数据库已经被锁住。
81.若在预设的悲观锁等待时间内未接收到悲观锁标识信息，说明未成功获取到悲观锁的权限，则抛出锁超时等待异常的信息，并释放与mysql数据库的连接。
82.s304、在获取悲观锁的前提下，利用rabbit消息队列中间件存储增量日志信息，结合starrocks的内置结构搭建增量日志的索引。
83.s305、利用构建好的增量日志索引，通过索引加速方式进行实时查询。
84.查询请求中可以包含目标索引，通过目标索引可以快速查询到目标数据，将直接查询数据库的秒级耗时降为毫秒级别耗时，最终实现低时延的实时查询数据库内容。
85.基于同一发明构思，本技术还提供一种mysql数据库的管理系统，该管理系统主要包括三个模块，业务切面处理模块、参数解析和锁处理模块和数据库查询加速优化模块。下面分别介绍各个模块的作用。
86.业务切面处理模块：利用java的spring boot的aspect切面模块，将业务逻辑代码中做分离，从而在切面处将锁等待部分的逻辑分离，并可以控制业务关于锁等待处的逻辑。
87.参数解析和锁处理模块：在业务切面处理的基础上，获取到业务关于锁超时等待的参数，并以参数为依据，与全局设置的锁参数做对比，从而确定是否可以顺利获取到悲观锁的权限。如果切片执行成功，则获取悲观锁的权限成功，否则释放与mysql数据库的连接。
88.数据库查询加速优化模块：利用高性能切片分析而设计的数据存储starrocks消费消息队列里的内容，获取增量日志信息，结合starrocks的内置结构搭建增量日志的索引，并利用索引进行实时查询。
89.请参照图4，为本技术实施例提供的一种mysql数据库的管理系统的架构示意图。该系统包括代理节点、实时节点、历史节点、分布式文件系统。
90.首先，客户端发起对目标数据的查询请求，代理节点作为管理节点，在收到查询请求之后，确定目标数据是实时数据还是历史数据。如果目标数据是实时数据，则代理节点将查询请求发送给实时节点，实时节点根据目标索引查询到对应的目标数据之后，将目标数据备份至分布式文件系统中，分布式文件系统如前文论述的starrocks，并发送给代理节点。如果目标数据是历史数据，则代理节点将查询请求发送给历史节点，历史节点从分布式文件系统查询到目标数据之后，将目标数据发送给代理节点。最后，代理节点在收到实时节
点或历史节点查询的目标数据之后，将目标数据返回给客户端。
91.综合上述内容，本技术实施例提供的mysql数据库的管理方法，可以保证数据库中数据完备、请求查询数据的方式不变、内存消耗甚微。在功能方面，该方法在原有的日志记录基础上实施增量日志解析和存储的改造方案，在满足原有功能基础上，满足实时查询的需求。在数据方面，当某台工作机器服务不可用、宕机、或者网络故障等情况时，利用增量日志做兜底工具，可以保证客户的连接始终有效，数据库中存储的数据不丢失，并且云端客户保持无感知状态，且当机器正常运作后，能够继续提供日志存储记录的服务，从而完成数据安全保障。
92.在性能方面，本技术实施例提供的方案与不采用锁优化、仅采用缓存加速查询的方案做对比，在单个客户端连接mysql数据库的情况下，针对值(value)大小为1kb、10kb的数据分别做(写)set操作和(读)get操作200000次，测试结果如表1所示。
93.表1
94.方案命令value 1kvalue 10k仅缓存查询set0.621.14本技术set0.210.37仅缓存查询get0.310.59本技术get0.110.21
95.通过表1可以看出，无论是set操作还是get操作，本技术实施例提供的方案性能明显优于不采用锁优化、仅缓存查询数据的方案，查询速度得到大幅度提升。
96.基于同一发明构思，本技术还提供一种mysql数据库的管理装置，可以具体设置于前文论述的电子设备中，请参照图5，该装置包括：
97.连接模块501，用于连接mysql数据库，向mysql数据库发起对目标数据的操作请求；
98.检测模块502，用于检测在预设的悲观锁等待时间内是否接收到悲观锁标识信息；其中，悲观锁标识信息用于指示mysql数据库不存在悲观锁；
99.释放模块503，用于若未接收到悲观锁标识信息，则显示悲观锁等待超时的信息，并释放与mysql数据库的连接。
100.在一种可能的实施例中，连接模块501还用于：
101.在释放与mysql数据库的连接之后，在预设的重连接等待时间之后，重新连接mysql数据库，并重新向mysql数据库发起对目标数据的操作请求，直到接收到悲观锁标识信息。
102.在一种可能的实施例中，mysql数据库包括主数据库和备用数据库；该装置还包括操作模块，操作模块504用于：
103.在检测在预设的悲观锁等待时间内是否接收到悲观锁标识信息之后，若接收到悲观锁标识信息，则为mysql数据库加悲观锁；
104.若操作请求为更改请求，则对主数据库中的目标数据进行更改；
105.若操作请求为查询请求，则从备用数据库中查询目标数据。
106.在一种可能的实施例中，备用数据库同步有增量日志，增量日志包括其他进程对主数据库进行更改操作后的数据。
107.在一种可能的实施例中，操作模块504具体用于：
108.根据查询请求中的目标索引，从备用数据库中查询目标索引对应的目标数据。
109.应当注意，尽管在上文详细描述中提及了装置的若干模块或子模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块的特征和功能可以在一个单元中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。
110.应当说明的是，图5中装置还可以用于实现前文论述的任一的mysql数据库的管理方法，此处不再赘述。
111.基于同一发明构思，本技术实施例中还提供了一种电子设备，该设备相当于前文论述的电子设备，请参照图6，该设备包括：
112.存储器602，用于存储程序指令；
113.处理器601，用于调用存储器602中存储的程序指令，按照获得的程序指令执行前文所述的mysql数据库的管理方法。处理器601还可以实现图5所示的装置中各个模块的功能。
114.本技术实施例中不限定处理器601与存储器602之间的具体连接介质，图6中是以处理器601和存储器602之间通过总线600连接为例。总线600在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线600可以分为地址总线、数据总线、控制总线等，为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器601也可以称为控制器，对于名称不做限制。
115.其中，处理器601是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器602内的指令以及调用存储在存储器602内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。
116.在一种可能的设计中，处理器601可包括一个或多个处理单元，处理器601可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器601中。在一些实施例中，处理器601和存储器602可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
117.处理器601可以是通用处理器，例如中央处理器(cpu)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的mysql数据库的管理方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
118.存储器602作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器602可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(random access memory，ram)、静态随机访问存储器(static random access memory，sram)、可编程只读存储器(programmable read only memory，prom)、只读存储器(read only memory，rom)、带电可擦除可编程只读存储器(electrically erasable programmable read-only memory，
eeprom)、磁性存储器、磁盘、光盘等。存储器602是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本技术实施例中的存储器602还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
119.通过对处理器601进行设计编程，可以将前述实施例中介绍的mysql数据库的管理方法所对应的代码固化到芯片内，从而使芯片在运行时能够前文论述的mysql数据库的管理方法的步骤。如何对处理器601进行设计编程为本领域技术人员所公知的技术，这里不再赘述。
120.基于同一发明构思，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包括程序指令，程序指令当被计算机执行时，使计算机执行如前文论述任一的mysql数据库的管理方法。由于上述计算机可读存储介质解决问题的原理与mysql数据库的管理方法相似，因此上述计算机可读存储介质的实施可以参见方法的实施，重复之处不再赘述。
121.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
122.本技术是参照根据本技术的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
123.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
124.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
125.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。