数据库锁表与解锁

数据库锁表与解锁

一、mysql

锁定表：LOCK TABLES tbl_name {READ | WRITE},[ tbl_name {READ | WRITE},…]

解锁表：UNLOCK TABLES

例子：

LOCK TABLES table1 WRITE ,table2 READ ... 更多表枷锁;

说明：1、READ 锁代表其他用户只能读不能其他操作

2、WRITE锁代表：其他用户不能任何操作（包括读）

查看那些表被锁：show OPEN TABLES where In_use > 0;

全局加锁：FLUSH TABLES WITH READ LOCK（这个命令是全局读锁定，执行了命令之后所有库所有表都被锁定只读。解锁也是：UNLOCK TABLES ）

二、oracle

--行级锁定（同样对 mysql起作用）

通过：select * from tableName t for update 或 select * from tableName

t where id =1 for update

前者锁定整个表，后者多顶 id=1的一行数据（有主键，并且指定主键=值的

只锁定指定行）

说明：通过 select ... for update 后其他用户只能读不能其他操作，锁定者通过 commit或 rollback命令自动解锁，或使用本文的解锁方式

（will）！

--表级锁定

lock table in mode [nowait]

其中:

lock_mode 是锁定模式

nowait关键字用于防止无限期的等待其他用户释放锁

五种模式如下（1到5 级别越来越高，限制越来越大）：

1、行共享（row share,rs）:允许其他用户访问和锁定该表，但是禁止排他锁定

整个表

2、排他锁（row exclusive ,rx）:与行共享模式相同，同时禁止其他用户在此表上使用共享锁。使用select ... for update语句会在表上自动应用行排他锁

3、共享（share ,s）:共享锁将锁定表，仅允许其他用户查询表中的行，但不允许插入、更新、删除行。多个用户可以在同一表中放置共享锁，即允许资源共享，，因此得名“共享锁”。例如：如果用户每天都需要在结账时更新日销售额表，则可以在更新该表时使用共享锁以确保数据的一致性。

4、共享排他锁（share row exclusive,srx）：执行比共享锁更多的限制。防止

其他事务在表上应用共享锁，、共享排他锁以及排他锁。

5、排他（exclusive,x）：对表执行最大的限制。除了允许其他用户查询该表记

录，排他锁防止其他事务对表做任何更改或在表上应用任何类型的锁。

实例：

lock table table_Name in exclusive mode；

要解锁需要锁定人执行 commit 或 rollback 或者用本文的解锁方式

（will）！

--查询锁表

SELECT /*+ rule */

https://www.wendangku.net/doc/ef4364600.html,ERNAME,

DECODE(L.TYPE, 'TM', 'TABLE LOCK', 'TX', 'ROW LOCK', NULL) LOCK_LEVEL,

O.OWNER,

O.OBJECT_NAME,

O.OBJECT_TYPE,

S.SID,

S.SERIAL#,

S.TERMINAL,

S.MACHINE,

S.PROGRAM,

S.OSUSER

FROM V$SESSION S, V$LOCK L, DBA_OBJECTS O

WHERE L.SID = S.SID

AND L.ID1 = O.OBJECT_ID(+)

AND https://www.wendangku.net/doc/ef4364600.html,ERNAME IS NOT NULL;

--查询状态

SELECT SESSION_ID SID,

OWNER,

NAME,

TYPE,

MODE_HELD HELD,

MODE_REQUESTED REQUEST

FROM DBA_DDL_LOCKS

WHERE NAME = 'DRAG_DATA_FROM_LCAM';

SELECT T1.SID, T1.SERIAL#, T2.SQL_TEXT

FROM V$SESSION T1, V$SQL T2

WHERE T1.SQL_ID = T2.SQL_ID

AND T2.SQL_TEXT LIKE '%DRAG_DATA_FROM_LCAM%';

SELECT DISTINCT P.SPID, S.SID, S.SERIAL# FROM V$DB_OBJECT_CACHE OC,

V$OBJECT_DEPENDENCY OD,

DBA_KGLLOCK W,

V$SESSION S,

V$PROCESS P

WHERE OD.TO_OWNER = OC.OWNER

AND OD.TO_NAME = https://www.wendangku.net/doc/ef4364600.html,

AND OD.TO_ADDRESS = W.KGLLKHDL

AND W.KGLLKUSE = S.SADDR

AND P.ADDR = S.PADDR

AND https://www.wendangku.net/doc/ef4364600.html, = UPPER('drag_data_from_lcam');

Oracle的锁表与解锁

SELECT /*+ rule */ https://www.wendangku.net/doc/ef4364600.html,ername,

decode(l.type,'TM','TABLE LOCK',

'TX','ROW LOCK',

NULL) LOCK_LEVEL,

o.owner,o.object_name,o.object_type,

s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuser

FROM v$session s,v$lock l,dba_objects o

WHERE l.sid = s.sid

AND l.id1 = o.object_id(+)

AND https://www.wendangku.net/doc/ef4364600.html,ername is NOT Null

--kill session语句（说明：下面的 50是查询结果中sid字段值，492是

serial#字段值）

alter system kill session'50,492'; （需要dba权限）

--以下几个为相关表

SELECT * FROM v$lock;

SELECT * FROM v$sqlarea;

SELECT * FROM v$session;

SELECT * FROM v$process ;

SELECT * FROM v$locked_object;

SELECT * FROM all_objects;

SELECT * FROM v$session_wait;

--1.查出锁定object的session的信息以及被锁定的object名SELECT l.session_id sid, s.serial#, l.locked_mode,l.oracle_username, l.os_user_name,s.machine, s.terminal, o.object_name, s.logon_time FROM v$locked_object l, all_objects o, v$session s

WHERE l.object_id = o.object_id

AND l.session_id = s.sid

ORDER BY sid, s.serial# ;

--2.查出锁定表的session的sid, serial#,os_user_name, machine name,

terminal和执行的语句

--比上面那段多出sql_text和action

SELECT l.session_id sid, s.serial#, l.locked_mode, l.oracle_username,

https://www.wendangku.net/doc/ef4364600.html,er#,

l.os_user_name,s.machine, s.terminal,a.sql_text, a.action FROM v$sqlarea a,v$session s, v$locked_object l

WHERE l.session_id = s.sid

AND s.prev_sql_addr = a.address

ORDER BY sid, s.serial#;

--3.查出锁定表的sid, serial#,os_user_name, machine_name, terminal，锁

的type,mode

SELECT s.sid, s.serial#, https://www.wendangku.net/doc/ef4364600.html,ername, s.schemaname, s.osuser, s.process,

s.machine,

s.terminal, s.logon_time, l.type

FROM v$session s, v$lock l

WHERE s.sid = l.sid

AND https://www.wendangku.net/doc/ef4364600.html,ername IS NOT NULL

ORDER BY sid;

这个语句将查找到数据库中所有的DML语句产生的锁，还可以发现，任何DML语句其实产生了两个锁，一个是表锁，一个是行锁。

杀锁命令

alter system kill session 'sid,serial#'

SELECT /*+ rule */ https://www.wendangku.net/doc/ef4364600.html,ername,

decode(l.type,'TM','TABLE LOCK',

'TX','ROW LOCK',

NULL) LOCK_LEVEL,

o.owner,o.object_name,o.object_type,

s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuser

FROM v$session s,v$lock l,dba_objects o

WHERE l.sid = s.sid

AND l.id1 = o.object_id(+)

AND https://www.wendangku.net/doc/ef4364600.html,ername is NOT NULL

如果发生了锁等待，我们可能更想知道是谁锁了表而引起谁的等待

以下的语句可以查询到谁锁了表，而谁在等待。

以上查询结果是一个树状结构，如果有子节点，则表示有等待发生。

如果想知道锁用了哪个回滚段，还可以关联到V$rollname，其中xidusn就是回

滚段的USN

col user_name format a10

col owner format a10

col object_name format a10

col object_type format a10

SELECT /*+ rule */ lpad(' ',decode(l.xidusn ,0,3,0))||l.oracle_username

User_name,

o.owner,o.object_name,o.object_type,s.sid,s.serial#

FROM v$locked_object l,dba_objects o,v$session s

WHERE l.object_id=o.object_id

AND l.session_id=s.sid

ORDER BY o.object_id,xidusn DESC

ACCESS数据库锁定问题

ACCESS数据库锁定问题 问题1 单位网站突然有的时候不能打开网页。重启电脑后问题解决。说是CONN.ASP第6行错误。同时生成一个.LDB文件。在网上查了下说是数据库没有关闭或锁定了。请问如何关闭啊，下边是CONN.ASP代码： <% starttime=timer() StrSQL="DBQ="+server.mappath("admin/data/news30000.mdb")+";DRIVER={Microsoft Access Driver (*.mdb)};" 'connstr="driver={SQL Server};server=(local);database=master;uid=sa;pwd=;" set conn=server.createobject("ADODB.CONNECTION") conn.open StrSQL（第6行） %> 答： 如果是ACCESS数据库，应该是并发访问造成的问题。因为ACCESS没有行锁。所以你有个一个用户在网上改一条数据，另外一个用户再上来访问相同一条数据时就给锁了。重启动后所有的连接全断开了，所以就没问题了。如果有可能最好不用ACCESS做后台数据库。 ---------------------------------- 问题2 我的数据库老是被锁住，网页打不开，请高手帮忙！！我的conn.asp是：<% scadb=mydata&"datahotel/#@@##feel.mdb" 'mydata 为各文件中设置的路径，请不要改动 connstr="Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & Server.MapPath(""&scadb&"") On Error Resume Next Set conn = Server.CreateObject("ADODB.Connection") conn.open connstr If Err Then err.Clear Set Conn = Nothing Response.Write "

" Response.End End If%> 答： 你的数据库连接写法是正确的，是不是数据库太大，几百M的话容易出现这个问题，建议换sql数据库。不想换的话可以把数据库下载到本地压缩修复一下再传上去。 ------------------------- 问题3

数据库锁表与解锁

数据库锁表与解锁 一、mysql 锁定表:LOCK TABLES tbl_name {READ | WRITE},[ tbl_name {READ | WRITE},…] 解锁表:UNLOCK TABLES 例子: LOCK TABLES table1 WRITE ,table2 READ 、、、更多表枷锁; 说明:1、READ 锁代表其她用户只能读不能其她操作 2、WRITE锁代表:其她用户不能任何操作(包括读) 查瞧那些表被锁:show OPEN TABLES where In_use > 0; 全局加锁:FLUSH TABLES WITH READ LOCK(这个命令就是全局读锁定,执行了命令之后所有库所有表都被锁定只读。解锁也就是:UNLOCK TABLES ) 二、oracle --行级锁定(同样对 mysql起作用) 通过 :select * from tableName t for update 或 select * from tableName t where id =1 for update 前者锁定整个表,后者多顶 id=1的一行数据(有主键,并且指定主键=值的只 锁定指定行) 说明:通过 select 、、、 for update 后其她用户只能读不能其她操作,锁定者通过 commit或 rollback命令自动解锁,或使用本文的解锁方式

(will)！ --表级锁定 lock table in mode [nowait] 其中: lock_mode 就是锁定模式 nowait关键字用于防止无限期的等待其她用户释放锁 五种模式如下(1到5 级别越来越高,限制越来越大): 1、行共享(row share,rs):允许其她用户访问与锁定该表,但就是禁止排她锁定 整个表 2、排她锁(row exclusive ,rx):与行共享模式相同,同时禁止其她用户在此表上使用共享锁。使用select 、、、 for update语句会在表上自动应用行排她锁 3、共享(share ,s):共享锁将锁定表,仅允许其她用户查询表中的行,但不允许插入、更新、删除行。多个用户可以在同一表中放置共享锁,即允许资源共享,,因此得名“共享锁”。例如:如果用户每天都需要在结账时更新日销售额表,则可以在更新该表时使用共享锁以确保数据的一致性。 4、共享排她锁(share row exclusive,srx):执行比共享锁更多的限制。防止其 她事务在表上应用共享锁,、共享排她锁以及排她锁。 5、排她(exclusive,x):对表执行最大的限制。除了允许其她用户查询该表记录, 排她锁防止其她事务对表做任何更改或在表上应用任何类型的锁。 实例: lock table table_Name in exclusive mode; 要解锁需要锁定人执行 commit 或 rollback 或者用本文的解锁方式 (will)！ --查询锁表 SELECT /*+ rule */ S、USERNAME, DECODE(L、TYPE, 'TM', 'TABLE LOCK', 'TX', 'ROW LOCK', NULL) LOCK_LEVEL,

数据库死锁问题总结

数据库死锁问题总结 1、死锁（Deadlock） 所谓死锁：是指两个或两个以上的进程在执行过程中，因争夺资源而造 成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系 统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。由于资源占用是互斥的，当某个进程提出申请资源后，使得有关进程在无外力 协助下，永远分配不到必需的资源而无法继续运行，这就产生了一种特殊现象 死锁。一种情形，此时执行程序中两个或多个线程发生永久堵塞（等待），每 个线程都在等待被其他线程占用并堵塞了的资源。例如，如果线程A锁住了记 录1并等待记录2，而线程B锁住了记录2并等待记录1，这样两个线程就发 生了死锁现象。计算机系统中,如果系统的资源分配策略不当，更常见的可能是 程序员写的程序有错误等，则会导致进程因竞争资源不当而产生死锁的现象。 锁有多种实现方式，比如意向锁，共享－排他锁，锁表，树形协议，时间戳协 议等等。锁还有多种粒度，比如可以在表上加锁，也可以在记录上加锁。(回滚 一个，让另一个进程顺利进行) 产生死锁的原因主要是： （1）系统资源不足。 （2）进程运行推进的顺序不合适。 （3）资源分配不当等。 如果系统资源充足，进程的资源请求都能够得到满足，死锁出现的可能 性就很低，否则就会因争夺有限的资源而陷入死锁。其次，进程运行推进顺序 与速度不同，也可能产生死锁。 产生死锁的四个必要条件： （1）互斥条件：一个资源每次只能被一个进程使用。 （2）请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。 破解：静态分配(分配全部资源) （3）不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。 破解：可剥夺 （4）循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。 破解：有序分配 这四个条件是死锁的必要条件，只要系统发生死锁，这些条件必然成立，而只要上述条件之一不满足，就不会发生死锁。 死锁的预防和解除：

Oracle查看被锁定的表和行的SQL

我们在操作数据库的时候，有时候会由于操作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话，但是我们很难找到那个会话被锁定了，想找到所以被锁的会话就 更难了，下面这叫查询语句可以查询出所以被锁的会话。如下： SELECT https://www.wendangku.net/doc/ef4364600.html,ername, m.SID,sn.SERIAL#, m.TYPE, DECODE (m.lmode, 0, 'None', 1, 'Null', 2, 'Row Share', 3, 'Row Excl.', 4, 'Share', 5, 'S/Row Excl.', 6, 'Exclusive', lmode, LTRIM (TO_CHAR (lmode, '990')) ) lmode, DECODE (m.request, 0, 'None', 1, 'Null', 2, 'Row Share', 3, 'Row Excl.', 4, 'Share', 5, 'S/Row Excl.',

6, 'Exclusive', request, LTRIM (TO_CHAR (m.request, '990')) ) request, m.id1, m.id2 FROM v$session sn, v$lock m WHERE (sn.SID = m.SID AND m.request != 0) OR ( sn.SID = m.SID AND m.request = 0 AND lmode != 4 AND (id1, id2) IN ( SELECT s.id1, s.id2 FROM v$lock s WHERE request != 0 AND s.id1 = m.id1 AND s.id2 = m.id2) )ORDER BY id1, id2, m.request; 通过以上查询知道了sid和SERIAL#就可以开杀了 alter system kill session 'sid,SERIAL#';

如何对行 表 数据库加锁

如何对行表数据库加锁 1如何锁一个表的某一行 SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED SELECT*FROM table ROWLOCK WHERE id =1 2锁定数据库的一个表 SELECT*FROM table WITH (HOLDLOCK) 加锁语句： sybase: update表set col1=col1 where1=0 ; MSSQL: select col1 from表(tablockx) where1=0 ; oracle: LOCK TABLE表IN EXCLUSIVE MODE ； 加锁后其它人不可操作，直到加锁用户解锁，用commit或rollback解锁 几个例子帮助大家加深印象 设table1(A,B,C) A B C a1 b1 c1 a2 b2 c2 a3 b3 c3 1）排它锁 新建两个连接 在第一个连接中执行以下语句 begin tran update table1 set A='aa' where B='b2' waitfor delay '00:00:30'--等待30秒 commit tran 在第二个连接中执行以下语句 begin tran select*from table1 where B='b2' commit tran

若同时执行上述两个语句，则select查询必须等待update执行完毕才能执行即要等待30秒 2）共享锁 在第一个连接中执行以下语句 begin tran select*from table1 holdlock-holdlock人为加锁 where B='b2' waitfor delay '00:00:30'--等待30秒 commit tran 在第二个连接中执行以下语句 begin tran select A,C from table1 where B='b2' update table1 set A='aa' where B='b2' commit tran 若同时执行上述两个语句，则第二个连接中的select查询可以执行 而update必须等待第一个事务释放共享锁转为排它锁后才能执行即要等待30秒 3）死锁 增设table2(D,E) D E d1 e1 d2 e2 在第一个连接中执行以下语句 begin tran update table1 set A='aa' where B='b2' waitfor delay '00:00:30' update table2 set D='d5' where E='e1' commit tran 在第二个连接中执行以下语句 begin tran update table2 set D='d5' where E='e1'

MySQL个常用面习题需要找工作的一定要看

1、MySQL的复制原理以及流程 基本原理流程，3个线程以及之间的关联； 1.主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中； 2.从：io线程——在使用startslave之后，负责从master上拉取binlog内容，放进自己的relaylog中； 3.从：sql执行线程——执行relaylog中的语句； 2、MySQL中myisam与innodb的区别，至少5点 (1)、问5点不同； 1>.InnoDB支持事物，而MyISAM不支持事物 2>.InnoDB支持行级锁，而MyISAM支持表级锁 3>.InnoDB支持MVCC,而MyISAM不支持 4>.InnoDB支持外键，而MyISAM不支持 5>.InnoDB不支持全文索引，而MyISAM支持。 (2)、innodb引擎的4大特性 插入缓冲（insertbuffer),二次写(doublewrite),自适应哈希索引(ahi),预读(readahead) (3)、2者selectcount(*)哪个更快，为什么 myisam更快，因为myisam内部维护了一个计数器，可以直接调取。 3、MySQL中varchar与char的区别以及varchar(50)中的50代表的涵义 (1)、varchar与char的区别 char是一种固定长度的类型，varchar则是一种可变长度的类型

(2)、varchar(50)中50的涵义 最多存放50个字符，varchar(50)和(200)存储hello所占空间一样，但后者在排序时会消耗更多内存，因为orderbycol采用fixed_length计算col长度(memory引擎也一样) (3)、int（20）中20的涵义 是指显示字符的长度 但要加参数的，最大为255，比如它是记录行数的id,插入10笔资料，它就显示00000000001~~~00000000010，当字符的位数超过11,它也只显示11位，如果你没有加那个让它未满11位就前面加0的参数，它不会在前面加0 20表示最大显示宽度为20，但仍占4字节存储，存储范围不变； (4)、mysql为什么这么设计 对大多数应用没有意义，只是规定一些工具用来显示字符的个数；int(1)和int(20)存储和计算均一样； 4、问了innodb的事务与日志的实现方式 (1)、有多少种日志； 错误日志：记录出错信息，也记录一些警告信息或者正确的信息。 查询日志：记录所有对数据库请求的信息，不论这些请求是否得到了正确的执行。慢查询日志：设置一个阈值，将运行时间超过该值的所有SQL语句都记录到慢查询的日志文件中。 二进制日志：记录对数据库执行更改的所有操作。 中继日志： 事务日志：

数据库原理及应用习题集参考答案

《数据库原理及应用》习题集参考答案 一、简答题 1、什么是数据库管理系统？ 一种负责数据库的建立、操作、管理和维护的软件系统。 2、数据库系统有哪几种模式？分别用来描述什么？ （1）外模式 是用户的数据视图，用来描述数据的局部逻辑结构，是模式的子集。（2）模式 是所有用户的公共数据视图，用来描述数据库中全体数据的全局逻辑结构和特征。 （3）内模式 又称存储模式，描述数据的物理结构及存储方式 3、什么是事务？事务有哪些特征？ 答：所谓事务是用户定义的一个数据库操作序列，这些操作要么全做要么全不做，是一个不可分割的工作单位。 事务的特征：原子性、一致性、隔离性、持续性。 4、POWER BUILDER中事务对象有何作用？ 答：PowerBuider的事务对象是应用程序与数据库之间进行通信的桥梁，在应用程序初启时，系统自动创一个为SQLCA(SQL Communication Area, SQL通讯区)的全局事务对象，该对象在应用程序的任何地方都可以访问 应用程序与数据库的所有通信都需要通过事务对象来完成，除了直接使用系统的缺省事务对SQLCA外，开发人员也可以创建自己的事务对象。 5、SQL SERVER中INSERTED表和DELETED表有何用？ 答：触发器中用到两种特殊的表：删除表和插入表触发器中使用名为“deleted"和“inserted"来参照这些表；删除表存储受DELTE和UPDATE语句影响的行的副本当执行DELETE或UPDATE语句时，行从触发器表中删除并传递到删除表中。删除表和触发器表通常没有共有的行。 插入表存储受INSERT和UPDA TE语句影响的行的副本当执行一NSERT 或UPDA T语句时，新行同时增加到插入表和触发器表中。插入表中的行是触发器表中新行的副本可使用删除表和插入表中的行来参照相关表中的行，或测试被删除或插入行中的值。

mysql锁表和解锁语句

mysql锁表和解锁语句 对于MySQL来说，有三种锁的级别：页级、表级、行级 页级的典型代表引擎为BDB。 表级的典型代表引擎为MyISAM,MEMORY以及很久以前的ISAM。 行级的典型代表引擎为INNODB。 -我们实际应用中用的最多的就是行锁。 行级锁的优点如下： 1）、当很多连接分别进行不同的查询时减小LOCK状态。 2）、如果出现异常，可以减少数据的丢失。因为一次可以只回滚一行或者几行少量的数据。行级锁的缺点如下： 1）、比页级锁和表级锁要占用更多的内存。 2）、进行查询时比页级锁和表级锁需要的I/O要多，所以我们经常把行级锁用在写操作而不是读操作。 3）、容易出现死锁。 对于写锁定如下： 1）、如果表没有加锁，那么对其加写锁定。 2）、否则，那么把请求放入写锁队列中。 对于读锁定如下： 1）、如果表没有加写锁，那么加一个读锁。

2）、否则，那么把请求放到读锁队列中。 当然我们可以分别用low_priority 以及high_priority在写和读操作上来改变这些行为。 如果想要在一个表上做大量的INSERT 和SELECT 操作，但是并行的插入却不可能时，可以将记录插入到临时表中，然后定期将临时表中的数据更新到实际的表里。可以用以下命令实现： mysql> LOCK TABLES real_table WRITE, insert_table WRITE; mysql> INSERT INTO real_table SELECT * FROM insert_table; mysql> TRUNCATE TABLE insert_table; mysql> UNLOCK TABLES; InnoDB 使用行级锁，BDB 使用页级锁。对于InnoDB 和BDB 存储引擎来说，是可能产生死锁的。这是因为InnoDB 会自动捕获行锁，BDB 会在执行SQL 语句时捕获页锁的，而不是在事务的开始就这么做。 行级锁的优点有： 在很多线程请求不同记录时减少冲突锁。 事务回滚时减少改变数据。 使长时间对单独的一行记录加锁成为可能。 行级锁的缺点有：

MySQL练习题及答案

答案见参考下列黄色标记 一、下面所有题目中包括单选或多选 1.若MySQL Server运行在Linux系统上，那访问MySQL服务器的客 户端程序也必须运行在Linux系统吗? A．是 B. 否 2.MySQL与其他关系型数据库(SQL Server/Oracle)架构上最大的区别 是？ A．连接层 B. SQL层 C.存储引擎层 3.MySQL使用磁盘空间来存储下面哪些信息？ A．server和client程序、其他lib库文件 B．日志文件和状态文件 C．数据库 D．表格式(.frm)文件、数据文件、索引文件 E．当内部临时表超过控制设置时，由内存表形式转化为磁盘形式存储 F．上面所有 4.下面哪四种是mysql客户端程序的功能？ A．创建、删除数据库 B．创建、删除、修改表和索引

C．使用shutdown命令关闭服务器 D．创建、管理用户 E．显示replication状态信息 F．使用start backup命令来进行数据库二进制备份 5.在MySQL内部有4种常见日志，哪种日志是不能直接cat或more 文本查阅日志内容？ A．错误日志(error-log） B．二进制日志(bin-log) C．查询日志（query-log） D．慢查询日志(slow-log) 6.下面哪三种方式可以查看Country表的存储引擎？ A．SHOW CREATE TABLE Country; B．SHOW ENGINE Country STATUS;; C．SHOW TABLE STATUS LIKE ‘Country’; D．SELECT ENGINE FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME=’Country’; E．SELECT ENGINE FROM INFORMATION_SCHEMA.ENGINES WHERE TABLE_NAME =’County’; 7.在高并发、事务等场景下，MySQL5.6数据库默认使用哪种存储引

mysql中myisam锁

mysql中myisam锁问题: 1.myisam表锁状态参数 mysql> show status like "table%"; +-----------------------+-------+ | Variable_name | Value | +-----------------------+-------+ | Table_locks_immediate | 249 | | Table_locks_waited | 0 | +-----------------------+-------+ 2 rows in set (0.01 sec) #如果table_locks_waited的值比较高，则说明存在着较为严重的表级锁争用情况. 2.mysql锁分为两种模式: 1)table read lock 表共享读锁 2)table write lock 表独占写锁 可见，对myisam表的读操作，不会阻塞其他用户对同一表的读请求，但会阻塞对同表的写请求，对myisam表的写操作，则会阻塞其他用户对同一表的读和写操作；myisam表的读操作和写操作之间，以及写操作之间是串行的 3.表锁测试 首先测试读锁: 1) mysql> show create table t2; +-------+--------------------------------------------------------------------------------------+ | Table | Create Table | +-------+--------------------------------------------------------------------------------------+ | t2 | CREATE TABLE `t2` ( `id` int(11) default NULL ) ENGINE=MyISAM DEFAULT CHARSET=utf8 | +-------+--------------------------------------------------------------------------------------+ 1 row in set (0.00 sec) 2) mysql> lock table t2 read; Query OK, 0 rows affected (0.00 sec) 3) mysql> select * from t2; +------+ | id | +------+ | 1 | | 2 | | 3 | | 5 |

mysql锁解决并发问题

mysql锁解决并发问题 文章分为以下几个要点 1.问题描述以及解决过程 2.MySQL锁机制 3.数据库加锁分析 下面讨论的都是基于MySQL的InnoDB。 0. 问题描述以及解决过程 因为涉及到公司利益问题，所以下面很多代码和数据库信息，进行了缩减和修改，望见谅。 业务场景是优惠券系统规则规定了一个优惠券活动最多可发行多少张优惠券和每个用户最多可领取优惠券数量。下面列出两张表的结构。 活动表 CREATE TABLE`coupon_detail`( `coup_id`int(11) NOT NULL AUTO_INCREMENT, `act_code`char(6) NOT NULL DEFAULT''COMMENT '活动编号', `coup_code`char(6) NOT NULL DEFAULT''COMMENT '优惠券编码', `coup_user_id`int(11) NOT NULL DEFAULT'0'COMMENT '领取券用户id', PRIMARY KEY(`coup_id`), UNIQUE KEY`coup_code_idx`(`coup_code`) USING BTREE COMMENT '优惠券编码唯一索引', KEY`coup_user_idx`(`coup_user_id`) USING BTREE COMMENT '用户id普通索引', KEY`act_code_idx`(`act_code`) USING BTREE COMMENT '活动编码普通索引' ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='优惠券明细表'; 假设一个优惠券活动设置的最大发行量为1000张优惠券，单个用户最多可领取1张优惠券。如下 insert into coupon_activity values(1,'000000',1000,1,0);

数据库常用表

用友数据库常用表 数据库中重要表的讲解 1、.ufysftem库此库是系统参数数据库 其中主要存放各个帐套的共用信息 意义很大 日常应用的也很多。 A ua_account 是帐套信息表 其中系统帐套存放路径、帐套启用年度、帐套启用月份、企业类型、行业性质等字段特别重要。 B ua_account_sub 帐套各模块启用月度及最大结帐月表 其中子系统id 字段、最大结帐月字段、子系统启用日期字段十分重要。 C ua_period 帐套会计日期划分表。 D ua_task 异常任务记录表01(在所有模块退出后 此表应为空) E ua_tasklog 异常任务记录表02 同上 F ua_log 上机日志表 G ua_tonextyear 建立下年年度帐时要建立的表 此表也特别重要 在建立年度帐失败时 一般可从此表记录的内容进行排查 以发现上年度是哪张表有问题 . H、ua_holdauth 记录每个操作员在每个帐套每个年度的分配权限。 2、ufdata_00n_200x库此数据库叫应用数据库 命名规则是ufdata_帐套编号_年度 四位计数 其中主要存放每个年度的帐务数据 包括各个模块的数据。在数据表中 命名方法是模块代码_表名。其中 ap代表应付 ar代表应收;gl代表总帐;wa代表工资 fa代表固定资产;pu代表采购 sa代表销售 st代表库存;ia代表存货 fd代表资金管理;ca代表成本等。 A accinformation 帐套参数表 包括财务和购销存模块设置选项中定义的所有参数 如启用时间、系统年度等等。 B ap_closebill 收付款结算表 主要记录收款单、付款单的内容 C ap_detail 应收应付明细表 主要记录已结算的采购发票和已审核的销售发票所形成的应收应付记录。 D ap_vouch/s 应付/收单主子表 记录销售已审核的代垫费用单 应收、应付单等的表头和表体记录。 E ap_vouchtype 单据类型表 主要记录应收应付系统所使用的各种单据的类型和代码。 F currentstock 现存量表 写入存货的不同自由项、所在仓库到目前为止的结存数量和结存件数。 G customer 客户档案表 写入客户的记录。 H dispatchlist/s 发货单、委托代销结算单主子表 主表写入表头内容 子表写入表体内容。 I Dsign 凭证类别表 定义凭证类别的记录。 J endispatch/s 委托代销发货单主子表。 K gl_accass 辅助总帐表 写入带有辅助核算科目的期初余额以及凭证记帐之后带有辅助核算科目的记录。 L gl_accsum 科目总帐表 写入科目的期初余额和凭证记帐之后科目的增加变化记录。 M gl_accvouch 凭证及明细帐表 写入带有个人往来、供应商往来、客户往来的科目的期初余额及所有模块填制的凭证的明细记录。

数据库中的锁

数据库锁的基本概念 为了确保并发用户在存取同一数据库对象时的正确性（即无丢失修改、可重复读、不读“脏”数据），数据库中引入了锁机制。基本的锁类型有两种：排它锁（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锁；

MySQL 数据库锁定机制

MySQL 数据库锁定机制 MySQL 数据库锁定机制简介 ●行级锁定（row-level） 行级锁定最大的特点就是锁定对象的颗粒度很小，也是目前各大数据库管理软件所实现的锁定颗粒度最小的。由于锁定颗粒度很小，所以发生锁定资源争用的概率也最小，能够给予应用程序尽可能大的并发处理能力而提高一些需要高并发应用系统的整体性能。 虽然能够在并发处理能力上面有较大的优势，但是行级锁定也因此带来了不少弊端。由于锁定资源的颗粒度很小，所以每次获取锁和释放锁需要做的事情也更多，带来的消耗自然也就更大了。此外，行级锁定也最容易发生死锁。 ●表级锁定（table-level） 和行级锁定相反，表级别的锁定是MySQL 各存储引擎中最大颗粒度的锁定机制。该锁定机制最大的特点是实现逻辑非常简单，带来的系统负面影响最小。所以获取锁和释放锁的速度很快。由于表级锁一次会将整个表锁定，所以可以很好的避免困扰我们的死锁问题。当然，锁定颗粒度大所带来最大的负面影响就是出现

锁定资源争用的概率也会最高，致使并大度大打折扣。 ●页级锁定（page-level） 页级锁定是MySQL 中比较独特的一种锁定级别，在其他数据库管理软件中也并不是太常见。页级锁定的特点是锁定颗粒度介于行级锁定与表级锁之间，所以获取锁定所需要的资源开销，以及所能提供的并发处理能力也同样是介于上面二者之间。另外，页级锁定和行级锁定一样，会发生死锁。 在数据库实现资源锁定的过程中，随着锁定资源颗粒度的减小，锁定相同数据量的数据所需要消耗的内存数量是越来越多的，实现算法也会越来越复杂。不过，随着锁定资源颗粒度的减小，应用程序的访问请求遇到锁等待的可能性也会随之降低，系统整体并发度也随之提升。 在MySQL 数据库中，使用表级锁定的主要是MyISAM，Memory，CSV 等一些非事务性存储引擎，而使用行级锁定的主要是Innodb 存储引擎和NDB Cluster 存储引擎，页级锁定主要是BerkeleyDB 存储引擎的锁定方式。MySQL 的如此的锁定机制主要是由于其最初的历史所决定的。在最初，MySQL 希望设计一种完全独立于各种存储引擎的锁定机制，而且在早期的MySQL 数

mysql锁表机制

mysql查询更新时的锁表机制分析 创建时间：2010-05-25 文章类别：服务器端 文章大小：4431 Bytes 转载: MySQL 5.1支持对MyISAM和MEMORY表进行表级锁定，对BDB表进行页级锁定，对InnoDB表进行行级锁定。 在许多情况下，可以根据培训猜测应用程序使用哪类锁定类型最好，但一般很难说出某个给出的锁类型就比另一个好。一切取决于应用程序，应用程序的不同部分可能需要不同的锁类型。 为了确定是否想要使用行级锁定的存储引擎，应看看应用程序做什么并且混合使用什么样的选择和更新语句。例如，大多数Web应用程序执行许多选择，而很少进行删除，只对关键字的值进行更新，并且只插入少量具体的表。基本MySQL MyISAM设置已经调节得很好。 在MySQL中对于使用表级锁定的存储引擎，表锁定时不会死锁的。这通过总是在一个查询开始时立即请求所有必要的锁定并且总是以同样的顺序锁定表来管理。 对WRITE，MySQL使用的表锁定方法原理如下： 如果在表上没有锁，在它上面放一个写锁。 否则，把锁定请求放在写锁定队列中。 对READ，MySQL使用的锁定方法原理如下： 如果在表上没有写锁定，把一个读锁定放在它上面。 否则，把锁请求放在读锁定队列中。 当一个锁定被释放时，锁定可被写锁定队列中的线程得到，然后是读锁定队列中的线程。 这意味着，如果你在一个表上有许多更新，SELECT语句将等待直到没有更多的更新。 可以通过检查table_locks_waited和table_locks_immediate状态变量来分析系统上的表锁定争夺： mysql> SHOW STATUS LIKE 'Table%'; +-----------------------+---------+ | Variable_name | Value |

B01 SQL Server表锁定原理以及如何解除锁定解析

SQL Server表锁定原理以及如何解除锁定 1.1 目前的C/S,B/S结构都是多用户访问数据库,每个时间点会有成千上万个user来访问DB,其中也会同时存取同一份数据,会造成数据的不一致性或者读脏数据. 1.2 事务的ACID原则 1.3 锁是关系数据库很重要的一部分, 数据库必须有锁的机制来确保数据的完整和一致性. 1.3.1 SQL Server中可以锁定的资源:

1.3.2 锁的粒度: 1.3.3 锁的升级: 锁的升级门限以及锁升级是由系统自动来确定的，不需要用户设置. 1.3.4 锁的类型: (1) 共享锁: 共享锁用于所有的只读数据操作. (2) 修改锁: 修改锁在修改操作的初始化阶段用来锁定可能要被修改的资源，这样可以避免使用共享锁造成的死锁现象 (3) 独占锁: 独占锁是为修改数据而保留的。它所锁定的资源，其他事务不能读取也不能修改。独占锁不能和其他锁兼容。 (4) 架构锁

结构锁分为结构修改锁(Sch-M)和结构稳定锁(Sch-S)。执行表定义语言操作时，SQL Server 采用Sch-M锁，编译查询时，SQL Server采用Sch-S锁。 (5) 意向锁 意向锁说明SQL Server有在资源的低层获得共享锁或独占锁的意向。 (6) 批量修改锁 批量复制数据时使用批量修改锁 1.3.4 SQL Server锁类型 (1) HOLDLOCK: 在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。 (2) NOLOCK：不添加共享锁和排它锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。 (3) PAGLOCK：指定添加页锁(否则通常可能添加表锁)。 (4) READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL Server 2000 在此隔离级别上操作。 (5) READPAST: 跳过已经加锁的数据行，这个选项将使事务读取数据时跳过那些已经被其他事务锁定的数据行，而不是阻塞直到其他事务释放锁， READPAST仅仅应用于READ COMMITTED隔离性级别下事务操作中的SELECT语句操作。 (6) READUNCOMMITTED：等同于NOLOCK。 (7) REPEATABLEREAD：设置事务为可重复读隔离性级别。 (8) ROWLOCK：使用行级锁，而不使用粒度更粗的页级锁和表级锁。 (9) SERIALIZABLE：用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于HOLDLOCK。 (10) TABLOCK：指定使用表级锁，而不是使用行级或页面级的锁，SQL Server在该语句执行完后释放这个锁，而如果同时指定了HOLDLOCK，该锁一直保持到这个事务结束。(11) TABLOCKX：指定在表上使用排它锁，这个锁可以阻止其他事务读或更新这个表的数据，直到这个语句或整个事务结束。 (12) UPDLOCK ：指定在读表中数据时设置更新锁(update lock)而不是设置共享锁，该锁一直保持到这个语句或整个事务结束，使用UPDLOCK的作用是允许用户先读取数据(而且不阻塞其他用户读数据)，并且保证在后来再更新数据时，这一段时间内这些数据没有被其他用户修改。 (本段摘自CSDN博客: https://www.wendangku.net/doc/ef4364600.html,/zp752963831/archive/2009/02/18/3906477.aspx)

代码前后给数据库写加锁和解锁语句

帮忙看看如何在这段代码前后给数据库写加锁和解锁语句 补充资料 '（在这里给数据库加锁，如何写加锁语句？） ............... i = str（从记录集rst0中得到最大入库单号） '若不加锁，在这容易造成并发冲突。因为在申请到最大入库单号之后还没有来得及建立实际记录，其它客户端可能也申请到了同样的入库单号 .............. rst.open "select * from 入库 where 入库单号= " + i + " and 商品ID=0 ", cn, adOpenStatic, adLockOptimistic If rst.RecordCount = 0 Then 下一个入库单号 = i + 1 ............... '（在这里给数据库解锁，如何写解锁语句？） 最佳答案( 回答者: cool技 ) 此回复于2007-11-17 08:08被阿楚评为最佳答案 先将需要加锁执行的语句声明成一个事务（如2楼），然后加锁，SQL Server中锁的类型很多，看你需要加哪种类型的锁：HOLDLOCK将共享锁保留到事务完成，而不是在相应的表、行或数据页不再需要时就立即释放锁。HOLDLOCK 等同 于 SERIALIZABLE。 NOLOCK 不要发出共享锁，并且不要提供排它锁。当此选项生效时，可能会读取未提交的事务或一组在读取中间回滚的页面。有可能发生脏读。仅应用于 SELECT 语句。 PAGLOCK 在通常使用单个表锁的地方采用页锁。 READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL Server 2000 在此隔离级别上操作。 READPAST跳过锁定行。此选项导致事务跳过由其它事务锁定的行（这些行平常会显示在结果集内），而不是阻塞该事务，使其等待其它事务释放在这些行上的锁。 READPAST 锁提示仅适用于运行在提交读隔离级别的事务，并且只在行级锁之后读取。仅适用 于 SELECT 语句。 READUNCOMMITTED等同于 NOLOCK。 REPEATABLEREAD用与运行在可重复读隔离级别的事务相同的锁语义执行扫描。 ROWLOCK使用行级锁，而不使用粒度更粗的页级锁和表级锁。 SERIALIZABLE用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于 HOLDLOCK。 TABLOCK使用表锁代替粒度更细的行级锁或页级锁。在语句结束前，SQL Server 一直持有该锁。但是，如果同时指定 HOLDLOCK，那么在事务结束之前，锁将被一直持有。 TABLOCKX 使用表的排它锁。该锁可以防止其它事务读取或更新表，并在语句或事务结束前一直持有。