数据库锁表级别

① 下列什么不是mysql数据库锁级别

MySQL有三种锁的级别：页级、表级、行级。MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，属于 Oracle 旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在 WEB 应用方面，MySQL是最好的RDBMS应用软件之一。

② mysql中的锁都有哪些

MySQL 中有哪些锁？

数据库中锁的设计初衷处理并发问题，作为多用户共享资源，当出现并发访问的时候，数据库需要合理控制资源访问规则。锁就是实现这些访问规则中的重要数据。

锁的分类

根据加锁范围，MySQL 里面的锁可以分成 全局锁 、 表级锁 、 行锁 三类。

全局锁

全局锁，就是对整个数据库实例加锁，MySQL 提供了一个加全局读锁的方法，命令是:

Flush tables with read lock (FTWRL)

当需要整个库只读状态的时候，可以使用这个命令，之后其他线程的：数据更新语句（增删改），数据定义语句（建表，修改表结构）和更新事务的提交语句将会被阻塞。

全局锁的使用场景

全局锁的定型使用场景，做 全库逻辑备份 。也就是把整个库每个表都 Select 出来，然后存成文本。

如何整个库都只读，会有什么问题？ 如果你在主库上备份，那么在备份期间都不能执行更想，业务就基本上停摆。 如果在从库上备份，那么备份期间从库不能执行主库同步过来的 binlog ,会导致从延迟。 既然要全库只读， 为什么不使用set global readonly=true的方式呢?

readonly 方式也可以让全库进入只读状态,但我还是会建议你用FTWRL方式， 主要有两个原因：

一是， 在有些系统中， readonly的值会被用来做其他逻辑，比如用来判断一个库是主库还是备库。因此，修改global变量的方式影响面更大， 我不建议你使用。 二是， 在异常处理机制上有差异。如果执行FTWRL命令之后由于客户端发生异常断开， 那么MySQL会自动释放这个全局锁， 整个库回到可以正常更新的状态。而将整个库设置为readonly之后， 如果客户端发生异常， 则数据库就会一直保持readonly状态， 这样会导致整个库长时间处于不可写状态， 风险较高 表级别锁

MySQL 里面表级别的锁有两种：一种是表锁，一种是元数据锁（meta data lok, MDL）。表锁的语法是 ：

lock tables ... read/write

与 FTWRL 类似,可以使用 unlock tables 主动释放锁，也可以在客户端断开的时候自动释放。需要注意的是，lock tables语法除了会限制别的线程的读写外，也限定了本线程接下来的操作对象。

MDL 表级锁

MDL 不需要显示使用，在访问一个表的时候自动加上， MDL 保证读写的正确性，也就是说在查询数据时，不允许有其他线程对这个表结构做变更。

什么操作会加 MDL 锁？

在MySQL 5.5版本中引入了MDL， 当对一个表做增删改查操作的时候，加 MDL读锁 ；当要对表做结构变更操作的时候，加 MDL写锁 。

读锁之间不互斥，因此可以有多个线程同时对一张表增删改查。 读写之间、写锁之间是互斥的，用来保证变更表结构操作的安全性，如果有两个线程要同时给一个表加字段，其中一个要等另外一个执行完才能执行。 更改表结构要注意哪些？

给一个表加字段， 或者修改字段， 或者加索引， 需要扫描全表的数据。在对大表操作的时候， 你肯定会特别小心， 以免对线上服务造成影响。而实际上， 即使是小表， 操作不慎也会出问题，导致整个库的线程爆满。

举个例子

我们来看一下下面的操作序列， 假设表t是一个小表。

image

session A先启动， 这时候会对表t加一个 MDL读锁 。由于session B需要的也是 MDL读锁 ， 因此可以正常执行。 session C会被blocked， 是因为session A的MDL读锁还没有释放， 而session C需要MDL写锁， 因此只能被阻塞，读写锁互斥。 如果只有session C自己被阻塞还没什么关系， 但是之后所有要在表t上新申请MDL读锁的请求也会被session C阻塞。前面我们说了，所有对表的增删改查操作都需要先申请MDL读锁， 就都被锁住， 等于这个表现在完全不可读写了。

如果某个表上的查询语句频繁， 而且客户端有重试机制，也就是说超时后会再起一个新session 再请求的话， 这个 库的线程很快就会爆满 。事务中的MDL锁， 在语句执行开始时申请， 但是语句结束后并不会马上释放， 而会等到整个事务提交后再释放。

怎么解决这个 更改表结构问题

比较理想的机制是， 在alter table语句里面设定等待时间， 如果在这个指定的等待时间里面能够拿到MDL写锁最好， 拿不到也不要阻塞后面的业务语句， 先放弃。

ALTER TABLE tbl_name NOWAIT add column ... ALTER TABLE tbl_name WAIT N add column ...

③ orcal数据库表被锁了怎么解锁

1、在做Oracle监听程序测试时，发现帐户已经被锁定。

④ Oracle中的锁

>>>>>这些是基础，必须掌握：锁定的概念：锁定是数据库用来控制共享资源并发布访问的机制。在多用户环境下，多个用户可同时访问相同的数据。Oracle 提供锁以确保在多用户环境下数据的完整性和一致性。在提交或回滚事务之前，Oracle 会锁定正被修改的数据。在用户完成或回滚事务之后，锁会自动释放。只有在提交或回滚事物之后，其他用户才可以更新这些数据。锁的两种级别为：行级锁和表级锁。行级锁主要用于特定的行，表级锁主要用于整个表，下面我就行级锁和表级锁来个说明：行级锁行级锁只对用户正在访问的行进行锁定。如果该用户正在修改某行，那么其他用户就可以更新同一表中该行之外的数据。例如：如果用户1正在更新Jobs 表中的第一行，则用户2可以同时修改该表中的第二行。也就是说除了该表中的第一行，其他用户可以修改任意行，但是第一行的数据其他用户只能select。行级锁是一种排他锁，防止其他事务修改此行，但是不会阻止读取此行的操作。在使用INSERT、UPDATE、DELETE 和SELECT…FOR UPDATE 等 语句时，Oracle 会自动应用行级锁锁定。SELECT...FOR UPDATE 语句允许用户每次选择多行记录进行更新，这些记录会被锁定，且只能由发起查询的用户进行编辑。只有在回滚或提交事务之后，锁定才会释放，其他用户才可以编辑这些记录。SELECT...FOR UPDATE 语句的语法如下： SELECT ... FOR UPDATE [OF column_list][WAIT n|NOWAIT];其中：OF 子句用于指定即将更新的列，即锁定行上的特定列。WAIT 子句指定等待其他用户释放锁的秒数，防止无限期的等待。“使用FOR UPDATE WAIT”子句的优点如下：⒈防止无限期地等待被锁定的行；⒉允许应用程序中对锁的等待时间进行更多的控制。⒊对于交互式应用程序非常有用，因为这些用户不能等待不确定举例：比如一个用户在SQL PLUS下输入这条语句：SQL>SELECT * FROM order_master WHERE vencode='V002' FOR UPDATE;此时再开启一个SQL PLUS，以相同的用户登陆，执行下面的命令。SQL<> SELECT * FROM order_master WHERE vencode='V02' FOR UPDATE WAIT 5;由于要更新的行已经被锁定，上述命令在等待5秒钟之后返回，并给出如下的错误信息：ERROR 位于第1行；ORA-30006；资源已被占用；执行操作时出现WAIT超时。PS：再开启的SQL PLUS 是以相同用户登陆的，用其他用户登陆更是不可能。表级锁表级锁被锁定的表，暂时放在内存中，不提交不进去数据库，也就是说，多个用户在同一时间，同时修改同一个表的同一行时，同时点提交，但是还是按随机的先后被提交进数据库，而不是同时被提交，而是先随机存储后，被再次提交的覆盖。表级锁将保护表数据，在事务处理过程中，表级锁会限制对整个表的访问。可以使用LOCK TABLE 语句显示地锁定表。表级锁用来限制对表执行添加、更新和删除等修改操作。锁定表的语法如下：LOCK TABLE <table_name> IN <lock_mode> MODE [NOWAIT];其中：lock_mode 是锁定的模式。NOWAIT 关键字用于防止无限期的等待其他用户释放锁。表级锁的模式包括以下内容：行共享 (ROW SHARE, RS): 允许其他用户访问和锁定该表，但是禁止排他锁定整个表。行共享锁锁定后，在同一时刻，不同用户可以对同一个表中的被行共享锁锁定后的该行，具备增、删、改、查的功能。行排他(ROW EXCLUSIVE, RX):与行共享模式相同，同时禁止其他用户在此表上使用共享锁。使用SELECT...FOR UPDATE 语句会在表上自动应用排他锁。被行排他后，其他用户不能同时修改该行，但是可以插入行，可以查询该行，其他用户也不能再在该表上对此行进行排他。共享（SHARE, S）:共享锁将锁定表，仅允许其他用户查询表中的行，但不允许插入、更新或删除行。多个用户可以同时在同一个表中放置共享锁，即允许资源共享，因此得名“共享锁”。例如，如果用户每天都需要在结帐时更新日销售表，则可以在更改该表时使用共享锁以确保数据的一致性。也就是说该表只能查，其他用户想修改表中行的数据，只需要对该表进行共享锁。共享行排他（SHARE ROW EXCLUSIVE , SPX）:执行比共享表更多的限制。防止其他事务在表上应用共享锁、共享行排他锁以及排他锁。共享行排他是除了该行以外的其他行也不能增、删、改。只能在此表中加低级表。要是想在该表中更改其他行的数据，就只有其他用户对该行进行共享行排他锁，也仅仅只能修改被这个用户锁定的行，而其他的行也修改不了。排他（EXCLUSIVE，E）:对表执行最大限制。除了允许其他用户查询该表的记录，排他锁防止其他事务对表做任何更改或在表上应用任何类型的锁。这个锁应该叫锁中之王，他锁住了的话，其他用户就只有查询的功能了，就别想在该表中干别的事了。BTW：在能加很多锁的表中，如果第一个用户对该表锁定时，没有使用“NOWAIT”语句，是需要第一个用户对该表COMMIT或ROLLBACK 命令释放锁定后，其他用户才能对该表进行锁定。如果其他用户违反了该条，就会无期限的等待。。。。SQL> LOCK TABLE order_mater IN SHARE MODE;而使用下面的语句就可以很少的预防这种情况的存在：SQL> LOCK TBALE order_mater IN SHARE MODE NOWAIT;>>>>>这是些扩展的内容，供大家参考
1 引言—数据库锁的基本概念 为了确保并发用户在存取同一数据库对象时的正确性（即无丢失修改、可重复读、不读“脏”数据），数据库中引入了锁机制。基本的锁类型有两种：排它锁（Exclusive locks记为X锁）和共享锁（Share locks记为S锁）。 排它锁：若事务T对数据D加X锁，则其它任何事务都不能再对D加任何类型的锁，直至T释放D上的X锁；一般要求在修改数据前要向该数据加排它锁，所以排它锁又称为写锁。 共享锁：若事务T对数据D加S锁，则其它事务只能对D加S锁，而不能加X锁，直至T释放D上的S锁；一般要求在读取数据前要向该数据加共享锁，所以共享锁又称为读锁。 2 Oracle 多粒度封锁机制介绍 根据保护对象的不同，Oracle数据库锁可以分为以下几大类： (1) DML lock（data locks，数据锁）：用于保护数据的完整性； (2) DDL lock（dictionary locks，字典锁）：用于保护数据库对象的结构（例如表、视图、索引的结构定义）； (3) internal locks 和l a t c h es（内部锁与闩）：保护内部数据库结构； (4) distributed locks（分布式锁）：用于OPS（并行服务器）中； (5) PCM locks（并行高速缓存管理锁）：用于OPS（并行服务器）中。 本文主要讨论DML（也可称为data locks，数据锁）锁。从封锁粒度（封锁对象的大小）的角度看，Oracle DML锁共有两个层次，即行级锁和表级锁。 2.1 Oracle的TX锁（行级锁、事务锁） 许多对Oracle不太了解的技术人员可能会以为每一个TX锁代表一条被封锁的数据行，其实不然。TX的本义是Transaction（事务），当一个事务第一次执行数据更改（Insert、Update、Delete）或使用SELECT… FOR UPDATE语句进行查询时，它即获得一个TX（事务）锁，直至该事务结束（执行COMMIT或ROLLBACK操作）时，该锁才被释放。所以，一个TX锁，可以对应多个被该事务锁定的数据行。 在Oracle的每行数据上，都有一个标志位来表示该行数据是否被锁定。Oracle不象其它一些DBMS（数据库管理系统）那样，建立一个链表来维护每一行被加锁的数据，这样就大大减小了行级锁的维护开销，也在很大程度上避免了其它数据库系统使用行级封锁时经常发生的锁数量不够的情况。数据行上的锁标志一旦被置位，就表明该行数据被加X锁，Oracle在数据行上没有S锁。

2.2 TM锁（表级锁） 2.2.1 意向锁的引出 表是由行组成的，当我们向某个表加锁时，一方面需要检查该锁的申请是否与原有的表级锁相容；另一方面，还要检查该锁是否与表中的每一行上的锁相容。比如一个事务要在一个表上加S锁，如果表中的一行已被另外的事务加了X锁，那么该锁的申请也应被阻塞。如果表中的数据很多，逐行检查锁标志的开销将很大，系统的性能将会受到影响。为了解决这个问题，可以在表级引入新的锁类型来表示其所属行的加锁情况，这就引出了“意向锁”的概念。 意向锁的含义是如果对一个结点加意向锁，则说明该结点的下层结点正在被加锁；对任一结点加锁时，必须先对它的上层结点加意向锁。如：对表中的任一行加锁时，必须先对它所在的表加意向锁，然后再对该行加锁。这样一来，事务对表加锁时，就不再需要检查表中每行记录的锁标志位了，系统效率得以大大提高。 2.2.2 意向锁的类型 由两种基本的锁类型（S锁、X锁），可以自然地派生出两种意向锁： 意向共享锁（Intent Share Lock，简称IS锁）：如果要对一个数据库对象加S锁，首先要对其上级结点加IS锁，表示它的后裔结点拟（意向）加S锁； 意向排它锁（Intent Exclusive Lock，简称IX锁）：如果要对一个数据库对象加X锁，首先要对其上级结点加IX锁，表示它的后裔结点拟（意向）加X锁。 另外，基本的锁类型（S、X）与意向锁类型（IS、IX）之间还可以组合出新的锁类型，理论上可以组合出4种，即：S+IS，S+IX，X+IS，X+IX，但稍加分析不难看出，实际上只有S+IX有新的意义，其它三种组合都没有使锁的强度得到提高（即：S+IS=S，X+IS=X，X+IX=X，这里的“=”指锁的强度相同）。所谓锁的强度是指对其它锁的排斥程度。 这样我们又可以引入一种新的锁的类型。 共享意向排它锁（Shared Intent Exclusive Lock,简称SIX锁） ：如果对一个数据库对象加SIX锁，表示对它加S锁，再加IX锁，即SIX=S+IX。例如：事务对某个表加SIX锁，则表示该事务要读整个表（所以要对该表加S锁），同时会更新个别行（所以要对该表加IX锁）。 这样数据库对象上所加的锁类型就可能有5种：即S、X、IS、IX、SIX。 具有意向锁的多粒度封锁方法中任意事务T要对一个数据库对象加锁，必须先对它的上层结点加意向锁。申请封锁时应按自上而下的次序进行；释放封锁时则应按自下而上的次序进行；具有意向锁的多粒度封锁方法提高了系统的并发度，减少了加锁和解锁的开销。 2.2.3 Oracle的TM锁（表级锁） Oracle的DML锁（数据锁）正是采用了上面提到的多粒度封锁方法，其行级锁虽然只有一种（即X锁），但其TM锁（表级锁）类型共有5种，分别称为共享锁（S锁）、排它锁（X锁）、行级共享锁（RS锁）、行级排它锁（RX锁）、共享行级排它锁（SRX锁），与上面提到的S、X、IS、IX、SIX相对应。需要注意的是，由于Oracle在行级只提供X锁，所以与RS锁（通过SELECT … FOR UPDATE语句获得）对应的行级锁也是X锁（但是该行数据实际上还没有被修改），这与理论上的IS锁是有区别的。 下表为Oracle数据库TM锁的相容矩阵（Y=Yes，表示相容的请求； N=No，表示不相容的请求；-表示没有加锁请求）：
T2
T1 S X RS RX SRX -
----------------------------------------------------
S Y N Y N N Y
X N N N N N Y
RS Y N Y Y Y Y
RX N N Y Y N Y
SRX N N Y N N Y
- Y Y Y Y Y Y
表一：Oracle数据库TM锁的相容矩阵 一方面，当Oracle执行SELECT…FOR UPDATE、INSERT、UPDATE、DELETE等DML语句时，系统自动在所要操作的表上申请表级RS锁（SELECT…FOR UPDATE）或RX锁（INSERT、UPDATE、DELETE），当表级锁获得后，系统再自动申请TX锁，并将实际锁定的数据行的锁标志位置位（指向该TX锁）；另一方面，程序或操作人员也可以通过LOCK TABLE语句来指定获得某种类型的TM锁。下表总结了Oracle中各SQL语句产生TM锁的情况： SQL语句 表锁模式 允许的锁模式
-------------------------------------------------------------------------------------------------
Select * from table_name…… 无 RS、RX、S、SRX、X
Insert into table_name…… RX RS、RX
Update table_name…… RX RS、RX
Delete from table_name…… RX RS、RX
Select * from table_name for update RS RS、RX、S、SRX
lock table table_name in row share mode RS RS、RX、S、SRX
lock table table_name in row exclusive mode RX RS、RX
lock table table_name in share mode S RS、S
lock table table_name in share row exclusive mode SRX RS
lock table table_name in exclusive mode X 无