CN109710629B - 数据访问方法、装置、服务器和存储介质 - Google Patents
数据访问方法、装置、服务器和存储介质 Download PDFInfo
- Publication number
- CN109710629B CN109710629B CN201910015384.7A CN201910015384A CN109710629B CN 109710629 B CN109710629 B CN 109710629B CN 201910015384 A CN201910015384 A CN 201910015384A CN 109710629 B CN109710629 B CN 109710629B
- Authority
- CN
- China
- Prior art keywords
- lock
- data access
- blocking
- access request
- lockout
- 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.)
- Active
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例公开了一种数据访问方法、装置、服务器和存储介质,其中该方法包括:获取当前的数据访问请求,数据访问请求中包括数据库对象和事务号;对数据库对象以及事务号进行封锁;执行封锁之后的数据访问请求对应的数据访问。本发明实施例通过减少数据操纵语言对应的数据访问中的封锁数量以及增加数据定义语言对应的数据访问中的封锁数量,由于数据库中数据操纵语言执行次数非常多并且远高于数据定义语言执行的频率,实现了通过不同锁对数据库并发操作的控制管理,又大大降低了系统锁资源的激烈竞争,减少了封锁冲突,提升了数据库的并发性能。
Description
技术领域
本发明实施例涉及计算机技术领域,尤其涉及一种数据访问方法、装置、服务器和存储介质。
背景技术
锁(LOCK)是数据库管理系统进行并发控制的重要技术手段,用于管理数据库共享资源的并发访问,确保多个事务在并发执行过程中,能访问到正确、一致的数据库对象(例如表、索引等)。数据库管理系统提供4种封锁模式,分别是共享锁(Share Lock,简称S封锁)、排他锁(Exclusive Lock,简称X封锁)、意向共享锁(Exclusive Lock,简称IS封锁)和意向排它锁(Exclusive Lock,简称IX封锁)。一般来说,在访问任何数据库对象前,都需要先封锁数据库对象,确保访问期间数据库对象的定义不发生变化。否则,当用户执行查询(SELECT)或更新(UPDATE)数据的同时,另外一个用户修改相关表的定义,比如删除一列,将会导致当前操作产生异常。
现有技术中,通常的解决方案是在执行结构化查询语言(Structured QueryLanguage,SQL)语句时,要对操作涉及的所有数据库对象进行相应模式的封锁。在执行数据操纵语言(Data Manipulation Language,DML)的操作时,不但要对访问的表进行IS封锁或IX封锁,还要将表对象相关的模式、表空间进行IS封锁,确保执行过程中,表定义不发生变化以及模式、表空间等相关对象不被删除。执行数据定义语言(Data DefinitionLanguage,DDL)的操作时,对修改的表进行X封锁,对表对象涉及的模式、表空间进行IS封锁。在上述封锁策略下,一个DML操作的背后隐藏了多次封锁动作。而封锁资源是数据库全局资源,具有稀缺性,对并发性能产生影响非常大,导致性能降低。
发明内容
本发明实施例提供了一种数据访问方法、装置、服务器和存储介质,可以减少封锁冲突,提升数据库的并发性能。
第一方面,本发明实施例提供了一种数据访问方法,包括:
获取当前的数据访问请求,所述数据访问请求中包括数据库对象和事务号;
对所述数据库对象以及所述事务号进行封锁;
执行封锁之后的所述数据访问请求对应的数据访问。
第二方面,本发明实施例还提供了一种数据访问装置,该装置包括:
请求获取模块,用于获取当前的数据访问请求,所述数据访问请求中包括数据库对象和事务号;
封锁模块,用于对所述数据库对象以及所述事务号进行封锁;
执行模块,用于执行封锁之后的所述数据访问请求对应的数据访问。
进一步的,所述封锁模块包括第一封锁单元,所述第一封锁单元具体用于:
根据所述数据访问请求对应的封锁模型对所述数据库对象进行封锁,所述封锁模型包括独占访问封锁、独占修改封锁、共享修改封锁和共享访问封锁。
进一步的,所述数据访问请求为数据操纵语言对应的访问请求时,所述封锁模型为共享修改封锁或者共享访问封锁,所述第一封锁单元包括第一封锁子单元,所述第一封锁子单元具体用于:
通过对象锁对所述数据库对象进行意向排他锁的封锁,或者对所述数据库对象进行意向共享锁的封锁。
进一步的,所述数据访问请求为数据定义语言对应的访问请求时,所述封锁模型为独占访问封锁或者独占修改封锁,所述第一封锁单元包括第二封锁子单元,所述第二封锁子单元具体用于:
对所述数据库对象进行排他锁的封锁或者共享锁加意向排他锁的封锁。
进一步的,所述封锁模块包括第二封锁单元,所述第二封锁单元具体用于:
通过TID锁对所述事务号进行排他锁的封锁。
进一步的,所述装置还包括:
另一封锁模块,用于执行数据定义语言对应的预设数据访问时,对所述数据库对象进行排他锁或共享锁加意向排它锁的封锁。
第三方面,本发明实施例还提供了一种服务器,所述服务器包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如上所述的数据访问方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上所述的数据访问方法。
本发明实施例通过获取当前的数据访问请求,数据访问请求中包括数据库对象和事务号,对数据库对象以及事务号进行封锁,执行封锁之后的数据访问请求对应的数据访问。本发明实施例通过减少数据操纵语言对应的数据访问中的封锁数量以及增加数据定义语言对应的数据访问中的封锁数量,由于数据库中数据操纵语言执行次数非常多并且远高于数据定义语言执行的频率,实现了通过不同锁对数据库并发操作的控制管理,又大大降低了系统锁资源的激烈竞争,减少了封锁冲突,提升了数据库的并发性能。
附图说明
图1为本发明实施例一中的数据访问方法的流程图;
图2为本发明实施例一中的数据访问的示意图;
图3为本发明实施例二中的数据访问方法的流程图;
图4为本发明实施例二中的数据访问的示意图;
图5为本发明实施例三中的数据访问装置的结构示意图;
图6为本发明实施例四中的服务器的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一中的数据访问方法的流程图,本实施例可适用于实现数据库中数据访问的情况,该方法可以由数据访问装置执行,该装置可以采用软件和/或硬件的方式实现,例如,该装置可配置于服务器中。如图1所示,该方法具体可以包括:
S110、获取当前的数据访问请求,数据访问请求中包括数据库对象和事务号。
其中,数据访问请求为数据库中对其中的资源进行的访问请求,本实施例中的数据访问请求可以包括数据操纵语言(Data Manipulation Language,DML)对应的访问请求和数据定义语言(Data Definition Language,DDL)对应的访问请求。数据库对象为数据库的主要组成部分,本实施例中数据库对象可以包括表、表空间、模式、索引、视图和规则等等。事务号为数据库中为每个活动事务创建的标识符,一个事务中可以包括多个DML语句或者一个DDL语句。
具体的,本实施例可以通过预设程序或者接口获取用户发送的当前的数据访问请求的语句,该数据访问请求的语句中包括针对的数据库对象和事务号等属性信息。
S120、对数据库对象以及事务号进行封锁。
其中,锁(LOCK)是数据库管理系统进行并发控制的重要技术手段,用于管理数据库共享资源的并发访问,确保多个事务在并发执行过程中,能访问到正确、一致的数据库对象(例如表、索引等)。数据库中,根据封锁模式可以将封锁分为共享锁、排他锁和意向锁。其中,共享锁(Share Lock,简称S封锁)用于读操作,防止其他事务修改正在访问的对象,这种封锁模式允许多个事务同时并发读取相同的资源,但是不允许任何事务修改这个资源。排它锁(Exclusive Lock,简称X封锁)用于写操作,以独占的方式访问对象,不允许任何其他事务访问被封锁对象;防止多个事务同时修改相同的数据,避免引发数据错误;防止访问一个正在被修改的对象,避免引发数据不一致,一般在修改对象定义时使用。意向锁(IntentLock)用于读取或修改被访问对象数据时使用,多个事务可以同时对相同对象上意向锁,意向锁可以分为意向共享锁和意向排他锁,意向共享锁(Intent Share Lock,简称IS封锁)一般在只读访问对象时使用,意向排它锁(Intent Exclusive Lock,简称IX封锁)一般在修改对象数据时使用。
进一步的,数据库中,根据封锁对象的不同可以将封锁分为三类,分别是TID锁、字典锁和表锁。其中,TID锁以事务号为封锁对象,系统为每个活动事务隐式的创建一把TID锁。例如,一个数据库管理系统实现的是行级多版本,每条记录包含一个TID字段,指示最后修改此记录的事务,当多个事务同时修改同一行记录时,数据库会为每一个事务生成一把TID锁(即进行TID锁的封锁)。例如,当事务T1(事务号为TID1)试图修改某行数据,而该行数据正在被另一个事务T2(事务号为TID2)修改,此时事务T1会生成一个新的TID锁,其锁对象为事务号TID2,即确保多个事务对同一数据的操作是串行的。字典锁的封锁对象是数据库对象(例如视图、表、索引或者表空间等),用来解决DDL的并发问题,防止多个事务同时修改同一个数据库对象,确保对同一个数据库对象的DDL操作是串行的。同时,字典锁还用来解决DDL/DML并发问题,防止一个事务在修改表定义的同时,另外一个事务操作表上数据。表锁的封锁对象是表本身,用来保护表数据的完整性,在表上存在未提交DML操作时,阻止其他事务修改表定义,例如通过ALTER TABLE语句在已有的表中添加、修改或删除列。并且避免删除/更新(DELETE/UPDATE)修改记录后,由于ALTER TABLE修改了表定义,导致清理(PURGE)记录时表定义与回滚记录中的字典信息不匹配。同时,表锁还用来防止多个事务同时采用批量方式插入、更新一张表,防止向正在使用快速装载(FAST LOADER)工具装载数据的表中插入数据,保证这些优化后数据库操作的正确性。
本实施例中,由于字典锁的封锁对象其实就是表ID或表上一个标记位,表锁的封锁对象就是表ID。因此,字典锁和表锁之间是存在关联的。而DML操作时访问的数据库对象包括但不限于表和视图等。本实施例中将表锁和字典锁合并为对象锁,封锁对象为对象ID,由对象锁统一管理,这样在执行每个DML操作就可以减少一次由于封锁引发的系统竞争。
可选地,对数据库对象进行封锁,包括:根据数据访问请求对应的封锁模型对数据库对象进行封锁,封锁模型包括独占访问封锁、独占修改封锁、共享修改封锁和共享访问封锁。其中,独占访问封锁代表不允许其他事务修改对象,不允许其他事务访问对象,可以采用X封锁实现;独占修改封锁代表不允许其他事务修改对象,允许其他事务共享访问对象,可以采用S封锁加IX封锁实现;共享修改封锁代表允许其他事务共享修改对象,允许其他事务共享访问对象,可以采用IX封锁实现;共享访问封锁代表允许其他事务共享修改对象,允许其他事务共享访问对象,可以采用IS封锁实现。
可选地,数据访问请求为数据操纵语言对应的访问请求时,封锁模型为共享修改封锁或者共享访问封锁,根据所述数据访问请求对应的封锁模型对所述数据库对象进行封锁,包括:通过对象锁对所述数据库对象进行意向排他锁的封锁,或者对数据库对象进行意向共享锁的封锁。
可选地,数据访问请求为数据定义语言对应的访问请求时,封锁模型为独占访问封锁或者独占修改封锁,根据所述数据访问请求对应的封锁模型对所述数据库对象进行封锁,包括:对所述数据库对象进行排他锁的封锁或者共享锁加意向排他锁的封锁。
可选地,对事务号进行封锁,包括:通过TID锁对事务号进行排他锁的封锁。
本实施例中对于数据操纵语言对应的数据访问请求的封锁操作仅仅包括TID锁和对象锁两种,具体的参见图2。图2为本发明实施例一中的数据访问的示意图,图中可以看出数据操纵语言对应的数据访问请求取消了对数据库对象的部分封锁,例如对模式封锁、对表空间封锁、对索引封锁和对表封锁等等,仅仅包括对象锁和TID锁。相对于现有技术中会产生的多次封锁,例如:对事务号上X锁、对数据库对象上IS锁、对访问的表所在的模式上S锁、对访问表索引所在的表空间上S锁、对表上的索引上S锁、对表上字典锁S和对表上IX锁等,大大降低了封锁次数,并且TID锁只是在事务启动时封锁一次,一个事务可以包含多个DML语句,降低了总的封锁代价。
S130、执行封锁之后的数据访问请求对应的数据访问。
具体的,对数据访问请求中的数据库对象和事务号进行封锁之后,执行对应的数据访问,例如,若对一个表插入一条记录,实现封锁之后,再进行插入记录的操作。
本实施例通过获取当前的数据访问请求,数据访问请求中包括数据库对象和事务号,对数据库对象以及事务号进行封锁,执行封锁之后的数据访问请求对应的数据访问。本实施例通过减少数据操纵语言对应的数据访问中的封锁数量以及增加数据定义语言对应的数据访问中的封锁数量,由于数据库中数据操纵语言执行次数非常多并且远高于数据定义语言执行的频率,实现了通过不同锁对数据库并发操作的控制管理,又大大降低了系统锁资源的激烈竞争,减少了封锁冲突,提升了数据库的并发性能。
实施例二
图3为本发明实施例二中的数据访问方法的流程图。本实施例在上述实施例的基础上,进一步对上述数据访问方法进行具体说明。相应的,如图3所示,本实施例的方法具体包括:
S210、获取当前的数据访问请求。
其中,数据访问请求中包括数据库对象和事务号。本实施例中的数据访问请求可以包括数据操纵语言(Data Manipulation Language,DML)对应的访问请求和数据定义语言(Data Definition Language,DDL)对应的访问请求。数据库对象为数据库的主要组成部分,本实施例中数据库对象可以包括表、表空间、模式、索引、视图和规则等等。事务号为数据库中为每个活动事务创建的标识符,一个事务中可以包括多个DML语句或者一个DDL语句。
S210之后,S221(图3中未示出)和S222是并列执行的,无先后顺序,S221可以包括S2211、S2221或S2222。
S2211、数据访问请求是否为数据操纵语言对应的访问请求。
具体的,获取到当前的数据访问请求之后,判断该数据访问请求的语句是否属于数据操纵语言对应的访问请求,若是,则执行S2221,若否,则执行S2222。
S2221、通过对象锁对数据库对象进行意向排他锁的封锁,或者对数据库对象进行意向共享锁的封锁。
其中,对象锁为表锁和字典锁合并形成的锁,封锁对象为对象ID,由对象锁统一管理,这样在执行每个DML操作就可以减少一次由于封锁引发的系统竞争。本实施例中,由于字典锁的封锁对象其实就是表ID或表上一个标记位,表锁的封锁对象就是表ID。因此,字典锁和表锁之间是存在关联的。而DML操作时访问的数据库对象包括但不限于字典对象和表对象等。具体的,若数据访问请求为数据操纵语言对应的访问请求,封锁模型为共享修改封锁或共享访问,则通过对象锁对数据库对象的ID进行意向排他锁,或对数据库对象的ID进行意向共享锁的封锁。其中数据访问请求可以包括插入(INSERT)、删除(DELETE)、更新(UDPATE)和查询(SELECT)操作。
本实施例中,针对数据操纵语言对应的访问请求中的封锁进行了优化,取消了对数据库对象修改的封锁。示例性的,现有技术中,为了防止在DML操作的同时,DDL操作不会将模式(SCHENA)删除,DML操作时一定会对模式进行S封锁。但是因为同时出现DDL修改模式的概率很小,如果DDL操作删除该模式的情况没有出现,那么对模式进行S封锁就是一种资源浪费。因此本实施例中在DML操作时取消对模式进行的S封锁;又如,本实施例中也取消了DML操作对表空间和索引的S封锁,其中对索引进行S封锁是为了防止新创建未提交的索引被查询(SELECT)使用,本实施例中通过过滤掉新创建未提交的索引,可以避免索引回滚与使用索引的并发风险。
若数据访问请求为数据操纵语言对应的查询(SELECT)操作时,不修改任何对象,对应的封锁模型为共享访问封锁,对表进行IS封锁。
S2222、对数据库对象进行排他锁的封锁或者共享锁加意向排他锁的封锁。
若数据访问请求为数据定义语言对应的访问请求时,封锁模型为独占访问封锁或者独占修改封锁,根据所述数据访问请求对应的封锁模型对所述数据库对象进行封锁,包括:对所述数据库对象进行排他锁的封锁或者共享锁加意向排他锁的封锁。示例性的,若数据访问请求为DDL操作中需要修改字典定义不能并发执行的访问请求,则对应的封锁模型为独占访问封锁,对数据库中被修改对象进行排他锁的封锁;若数据访问请求为DDL中的建立索引(CREATE INDEX)或者快速装载(FAST LOADER),不允许其他事务修改表,但允许其他事务访问表上的数据,对应的封锁模型为独占修改封锁,对表进行IX封锁,对表中的数据进行S封锁。
S222、通过TID锁对事务号进行排他锁的封锁。
S230、执行封锁之后的数据访问请求对应的数据访问。
具体的,对数据访问请求中的数据库对象和事务号进行封锁之后,执行对应的数据访问,例如,若对一个表插入一条记录,实现封锁之后,再进行插入记录的操作。
此外,在执行封锁之后的数据访问请求对应的数据访问之后,若数据访问请求为数据操纵语言对应的访问请求,则还包括:执行数据定义语言对应的预设数据访问时,对数据库对象进行排他锁或共享锁加意向排它锁的封锁。即对于DML操作中取消的数据库对象的封锁,执行DDL操作中预设数据访问时,对数据库对象进行封锁。其中预设数据访问可以根据需要进行设置。
示例性的,本实施例中在DML操作时取消对模式进行S封锁,在执行DDL操作(例如“DROP SCHEMA”)时,才对模式进行X封锁,同时对属于当前模式的所有表(即包括DML操作正在访问的对象)进行X封锁。通过这样的优化,如果DDL操作中封锁成功,模式上的所有对象必然没有DML操作在访问,效果与优化前一样,但可以减少DML操作的上锁代价。并且,在执行模式下的表有关的DDL操作(例如“CREATE TABLE”、“DROP TABLE”等)时对模式进行IX封锁,避免执行与模式相关的DDL操作的同时执行模式下表有关的DDL操作;又如,本实施例中也取消了DML操作对表空间进行的S封锁,在执行“ALTER TABLESPACE OFFLINE”时才对表空间进行X封锁,对使用了此表空间的所有表(即包括DML操作正在访问的对象)进行X封锁。如果OFFLINE操作对表空间封锁成功则说明表空间上的所有对象没有DML操作,反之亦然,因此避免了OFFLINE与DML操作之间的并发问题。在“CREATE INDEX”和“DROP INDEX”等DDL操作时,对涉及的表空间也进行IX封锁,避免与表空间有关的DDL操作(例如“DROPTABLESPACE”)之间的并发问题。
参见图4,图4为本发明实施例二中的数据访问的示意图,对于数据操纵语言对应的数据请求中取消的数据库对象的封锁,通过在执行数据定义语言对应的预设数据访问请求时对数据库对象的封锁来实现,例如图中的对模式封锁、对表空间封锁、对索引封锁和对表封锁等等。由此,实现了增加DDL操作中的封锁代价(即封锁数量),并相应的减少了DML操作中的封锁代价(即封锁数量),达到对数据库并发操作的控制管理。
进一步的,通过一个示例对本实施例中的数据访问方法进行具体的说明。示例性的,在数据库中,启动数据库交互工具“DISQL”,创建一个表t,对表t插入一条记录(1,'aaa'),并更新该行记录,本次操作的事务号为923。本次操作对应的SQL语句可以为“SQL>create table t(c1int,c2varchar(100));SQL>insert into t values(1,'aaa');SQL>select*from v$lock;SQL>commit;SQL>update t set c2='bbb'where c1=1;SQL>select*from v$lock;”。执行该语句之后,启动另外一个“Disql”,通过语句“SQL>update tset c2='ccc'where c1=1;”对T表的记录(1,'aaa')执行更新,本次操作的事务号为925。因为事务923对记录(1,'aaa')上了TID锁,导致本事务925不能对(1,'aaa')上锁,只能等待事务号923锁释放才能上锁,导致阻塞。此时,回到第一个“DISQL”,通过语句“SQL>select*from v$lockorder by trx_id;”查询当前系统中的锁对象。
若通过现有技术中的数据访问方式执行上述操作,可以发现被阻塞的事务Trx(925)执行“UPDATE”操作时,总共进行了8次封锁,分别包括:对事务号925进行X封锁、对数据库对象进行IS封锁、对T表所属模式对象进行S封锁、对T表索引所在表空间进行S封锁、对T表上的索引进行S封锁、对T表进行字典锁S封锁、对T表进行IX锁封和对事务号923进行S封锁(被阻塞),每次封锁的解释在此不进行一一赘述。而事务Trx(923)的更新(Update)操作和Trx(925)一样,也经历了7次封锁(少了冲突引发的TID封锁),但在操作完成后,除了表空间以外的共享锁都被释放了,因此从V$LOCK表中只显示3把锁。由此,现有技术中一个更新操作背后至少隐藏了7次封锁动作,这意味着至少需要进出7次锁系统的临界区,若一个数据库系统的TPCC测试系统每分钟处理的任务数(Transactions Per Minute,TPM)达到100万以上时,在如此高并发的情况下,锁系统的竞争会异常激烈,会引发较多的冲突。
而通过本实施例的数据访问方式执行上述操作时,可以发现执行插入(Insert)操作向T表插入一行数据和和更新(Update)操作时,只进行了两次封锁,分别为TID锁(X封锁)和对象(OBJECT)锁(IX封锁)。当前的数据库系统中总共存在5次封锁,每个事务进行了两次封锁,第5次TID锁请求被阻塞,表示两个事务要操作同一个表,事务Trx925被事务923的事务锁堵塞,只能等待事务923提交之后才能操作,冲突的这把锁只有出现锁堵塞的时候才会有。相对于现有技术,可以发现锁数量明显下降,本实施例的方法在不产生更新冲突情况下,一个事务只会进行(N+1)次封锁,其中N由DML操作涉及的表数目决定,1是TID锁。
本实施例通过获取当前的数据访问请求,通过TID锁对事务号进行排他锁的封锁,并且判断数据访问请求是否为数据操纵语言对应的访问请求,若是,则通过对象锁对数据库对象进行意向排他锁的封锁,或者对数据库对象进行意向共享锁的封锁;若数据访问请求为数据定义语言对应的访问请求,则直接对数据库对象进行排他锁的封锁或者共享锁加意向排他锁的封锁,随后执行封锁之后的数据访问请求对应的数据访问。本实施例中对于数据操纵语言中取消的数据库对象的封锁,在执行数据定义语言操作中预设数据访问时,再进行封锁,减少了数据操纵语言对应的数据访问中的封锁数量以及增加了数据定义语言对应的数据访问中的封锁数量,由于数据库中数据操纵语言执行次数非常多并且远高于数据定义语言执行的频率,实现了通过不同锁对数据库并发操作的控制管理,又大大降低了系统锁资源的激烈竞争,减少了封锁冲突,提升了数据库的并发性能。
实施例三
图5为本发明实施例三中的数据访问装置的结构示意图,本实施例可适用于实现数据库中数据访问的情况。本发明实施例所提供的数据访问装置可执行本发明任意实施例所提供的数据访问方法,具备执行方法相应的功能模块和有益效果。该装置具体包括请求获取模块310、封锁模块320和执行模块330,其中:
请求获取模块310,用于获取当前的数据访问请求,数据访问请求中包括数据库对象和事务号;
封锁模块320,用于对数据库对象以及事务号进行封锁;
执行模块330,用于执行封锁之后的数据访问请求对应的数据访问。
本发明实施例通过获取当前的数据访问请求,数据访问请求中包括数据库对象和事务号,对数据库对象以及事务号进行封锁,执行封锁之后的数据访问请求对应的数据访问。本发明实施例通过减少数据操纵语言对应的数据访问中的封锁数量以及增加数据定义语言对应的数据访问中的封锁数量,由于数据库中数据操纵语言执行次数非常多并且远高于数据定义语言执行的频率,实现了通过不同锁对数据库并发操作的控制管理,又大大降低了系统锁资源的激烈竞争,减少了封锁冲突,提升了数据库的并发性能。
进一步的,封锁模块320包括第一封锁单元,第一封锁单元具体用于:
根据数据访问请求对应的封锁模型对数据库对象进行封锁,封锁模型包括独占访问封锁、独占修改封锁、共享修改封锁和共享访问封锁。
进一步的,数据访问请求为数据操纵语言对应的访问请求时,封锁模型为共享修改封锁或者共享访问封锁,第一封锁单元包括第一封锁子单元,第一封锁子单元具体用于:
通过对象锁对数据库对象进行意向排他锁的封锁,或者对数据库对象进行意向共享锁的封锁。
进一步的,数据访问请求为数据定义语言对应的访问请求时,封锁模型为独占访问封锁或者独占修改封锁,第一封锁单元包括第二封锁子单元,第二封锁子单元具体用于:
对数据库对象进行排他锁的封锁或者共享锁加意向排他锁的封锁。
进一步的,封锁模块320包括第二封锁单元,第二封锁单元具体用于:
通过TID锁对事务号进行排他锁的封锁。
进一步的,该装置还包括:
另一封锁模块,用于执行数据定义语言对应的预设数据访问时,对数据库对象进行排他锁或意向排它锁的封锁。
本发明实施例所提供的数据访问装置可执行本发明任意实施例所提供的数据访问方法,具备执行方法相应的功能模块和有益效果。
实施例四
图6为本发明实施例四中的服务器的结构示意图。图6示出了适于用来实现本发明实施方式的示例性服务器412的框图。图6显示的服务器412仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示,服务器412以通用服务器的形式表现。服务器412的组件可以包括但不限于:一个或者多个处理器416,存储装置428,连接不同系统组件(包括存储装置428和处理器416)的总线418。
总线418表示几类总线结构中的一种或多种,包括存储装置总线或者存储装置控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(Industry SubversiveAlliance,ISA)总线,微通道体系结构(Micro Channel Architecture,MAC)总线,增强型ISA总线、视频电子标准协会(Video Electronics Standards Association,VESA)局域总线以及外围组件互连(Peripheral Component Interconnect,PCI)总线。
服务器412典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器412访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
存储装置428可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(Random Access Memory,RAM)430和/或高速缓存存储器432。服务器412可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统434可以用于读写不可移动的、非易失性磁介质(图6未显示,通常称为“硬盘驱动器”)。尽管图6中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘,例如只读光盘(Compact Disc Read-Only Memory,CD-ROM),数字视盘(Digital Video Disc-Read Only Memory,DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线418相连。存储装置428可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块442的程序/实用工具440,可以存储在例如存储装置428中,这样的程序模块442包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块442通常执行本发明所描述的实施例中的功能和/或方法。
服务器412也可以与一个或多个外部设备414(例如键盘、指向终端、显示器424等)通信,还可与一个或者多个使得用户能与该服务器412交互的终端通信,和/或与使得该服务器412能与一个或多个其它计算终端进行通信的任何终端(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口422进行。并且,服务器412还可以通过网络适配器420与一个或者多个网络(例如局域网(Local Area Network,LAN),广域网(Wide AreaNetwork,WAN)和/或公共网络,例如因特网)通信。如图6所示,网络适配器420通过总线418与服务器412的其它模块通信。应当明白,尽管图中未示出,可以结合服务器412使用其它硬件和/或软件模块,包括但不限于:微代码、终端驱动器、冗余处理器、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks,RAID)系统、磁带驱动器以及数据备份存储系统等。
处理器416通过运行存储在存储装置428中的程序,从而执行各种功能应用以及数据处理,例如实现本发明实施例所提供的数据访问方法,该方法包括:
获取当前的数据访问请求,数据访问请求中包括数据库对象和事务号;
对数据库对象以及事务号进行封锁;
执行封锁之后的数据访问请求对应的数据访问。
实施例五
本发明实施例五还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本发明实施例所提供的数据访问方法,该方法包括:
获取当前的数据访问请求,数据访问请求中包括数据库对象和事务号;
对数据库对象以及事务号进行封锁;
执行封锁之后的数据访问请求对应的数据访问。
本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或终端上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (5)
1.一种数据访问方法,其特征在于,包括:
获取当前的数据访问请求,所述数据访问请求中包括数据库对象和事务号;
所述数据访问请求为数据操纵语言对应的访问请求时,封锁模型为共享修改封锁或者共享访问封锁,根据字典锁和表锁的封锁对象均为对象ID,将字典锁和表锁合并为对象锁,通过所述对象锁对所述数据库对象进行意向排他锁的封锁,或者所述对象锁对所述数据库对象进行意向共享锁的封锁;
所述数据访问请求为数据定义语言对应的访问请求时,封锁模型为独占访问封锁或者独占修改封锁,对所述数据库对象进行排他锁的封锁或者共享锁加意向排他锁的封锁;
对所述事务号进行封锁;
执行封锁之后的所述数据访问请求对应的数据访问。
2.根据权利要求1所述的方法,其特征在于,对所述事务号进行封锁,包括:
通过TID锁对所述事务号进行排他锁的封锁。
3.一种数据访问装置,其特征在于,包括:
请求获取模块,用于获取当前的数据访问请求,所述数据访问请求中包括数据库对象和事务号;
封锁模块,用于对所述数据库对象以及所述事务号进行封锁;
执行模块,用于执行封锁之后的所述数据访问请求对应的数据访问;
其中,封锁模块包括:
第一封锁子单元,用于所述数据访问请求为数据操纵语言对应的访问请求时,封锁模型为共享修改封锁或者共享访问封锁,根据字典锁和表锁的封锁对象均为对象ID,将字典锁和表锁合并为对象锁,通过所述对象锁对所述数据库对象进行意向排他锁的封锁,或者所述对象锁对所述数据库对象进行意向共享锁的封锁;
第二封锁子单元,用于所述数据访问请求为数据定义语言对应的访问请求时,封锁模型为独占访问封锁或者独占修改封锁,对所述数据库对象进行排他锁的封锁或者共享锁加意向排他锁的封锁;
第二封锁单元,用于对所述事务号进行封锁。
4.一种服务器,其特征在于,所述服务器包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-2中任一所述的数据访问方法。
5.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-2中任一所述的数据访问方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910015384.7A CN109710629B (zh) | 2019-01-08 | 2019-01-08 | 数据访问方法、装置、服务器和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910015384.7A CN109710629B (zh) | 2019-01-08 | 2019-01-08 | 数据访问方法、装置、服务器和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109710629A CN109710629A (zh) | 2019-05-03 |
CN109710629B true CN109710629B (zh) | 2020-12-18 |
Family
ID=66261027
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910015384.7A Active CN109710629B (zh) | 2019-01-08 | 2019-01-08 | 数据访问方法、装置、服务器和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109710629B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110389837B (zh) * | 2019-07-23 | 2023-04-18 | 中国工商银行股份有限公司 | 数据访问方法、装置、设备、存储介质及系统 |
CN111488243B (zh) * | 2020-03-19 | 2023-07-07 | 北京金山云网络技术有限公司 | MongoDB数据库的备份、恢复方法、装置、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104008200A (zh) * | 2014-06-16 | 2014-08-27 | 华为技术有限公司 | 锁申请的处理方法和装置 |
CN104978313A (zh) * | 2014-04-01 | 2015-10-14 | 中兴通讯股份有限公司 | 数据库系统的数据同步方法、装置及服务器 |
CN106033437A (zh) * | 2015-03-13 | 2016-10-19 | 阿里巴巴集团控股有限公司 | 一种分布式事务处理方法及系统 |
CN108363806A (zh) * | 2018-03-01 | 2018-08-03 | 上海达梦数据库有限公司 | 数据库的多版本并发控制方法、装置、服务器及存储介质 |
CN108376156A (zh) * | 2018-02-08 | 2018-08-07 | 上海达梦数据库有限公司 | 创建数据库索引的方法、装置、服务器及存储介质 |
CN108874446A (zh) * | 2018-04-12 | 2018-11-23 | 武汉斗鱼网络科技有限公司 | 多线程访问方法及装置 |
-
2019
- 2019-01-08 CN CN201910015384.7A patent/CN109710629B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104978313A (zh) * | 2014-04-01 | 2015-10-14 | 中兴通讯股份有限公司 | 数据库系统的数据同步方法、装置及服务器 |
CN104008200A (zh) * | 2014-06-16 | 2014-08-27 | 华为技术有限公司 | 锁申请的处理方法和装置 |
CN106033437A (zh) * | 2015-03-13 | 2016-10-19 | 阿里巴巴集团控股有限公司 | 一种分布式事务处理方法及系统 |
CN108376156A (zh) * | 2018-02-08 | 2018-08-07 | 上海达梦数据库有限公司 | 创建数据库索引的方法、装置、服务器及存储介质 |
CN108363806A (zh) * | 2018-03-01 | 2018-08-03 | 上海达梦数据库有限公司 | 数据库的多版本并发控制方法、装置、服务器及存储介质 |
CN108874446A (zh) * | 2018-04-12 | 2018-11-23 | 武汉斗鱼网络科技有限公司 | 多线程访问方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN109710629A (zh) | 2019-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8195702B2 (en) | Online index builds and rebuilds without blocking locks | |
US10678808B2 (en) | Eager replication of uncommitted transactions | |
CN106033437B (zh) | 一种分布式事务处理方法及系统 | |
US7788241B2 (en) | Method for reducing overhead of validating constraints in a database | |
US9069832B2 (en) | Approach for modularized sychronization and memory management | |
US7769789B2 (en) | High performant row-level data manipulation using a data layer interface | |
US9286300B2 (en) | Archiving data in database management systems | |
US6353828B1 (en) | Concurrency control for transactions that update base tables of a materialized view using different types of locks | |
US7653665B1 (en) | Systems and methods for avoiding database anomalies when maintaining constraints and indexes in presence of snapshot isolation | |
EP3365803B1 (en) | Parallel execution of queries with a recursive clause | |
US7873605B2 (en) | Apparatus to selectively remove the effects of transactions in online database and enable logical recovery | |
US10754854B2 (en) | Consistent query of local indexes | |
US9576038B1 (en) | Consistent query of local indexes | |
US20120005196A1 (en) | Method, system, and program for combining and processing transactions | |
US9632944B2 (en) | Enhanced transactional cache | |
CN109933606B (zh) | 一种数据库修改方法、装置、设备及存储介质 | |
US20140279960A1 (en) | Row Level Locking For Columnar Data | |
CN109710629B (zh) | 数据访问方法、装置、服务器和存储介质 | |
US20200311080A1 (en) | Query plan generation and execution based on single value columns | |
US9390111B2 (en) | Database insert with deferred materialization | |
WO2023160095A1 (zh) | 在区块链系统中实现结构化数据存储和查询的方法和系统 | |
US8909681B2 (en) | Gap detection in a temporally unique index in a relational database | |
CN111949673B (zh) | 基于Hbase存储的分布式悲观锁及其实现方法 | |
US7801921B2 (en) | Deletion of data from child tables with multiple parents | |
US20110320474A1 (en) | Availability of Database Objects During Database Operations |
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 |