本文目录
- 两个SQL的锁表问题
- 对db2中表执行add,delete,update操作时会将对应表给锁住,这种说法正确吗请各位大侠帮忙解惑，谢谢
- 同时查询和删除会锁表吗
- 当有两个sql语句同时对一个表进行操作时发生冲突怎么解决
- .net的sqlserver事务里，delete语句如何只锁行，不锁表
- 加索引如何避免锁表
- delete语句性能问题
两个SQL的锁表问题
不是很明白的你的意思，查看是否锁表的sql:select s.SID,s.SERIAL#,s.username, decode(l.type,’TM’,’TABLE LOCK’, ’TX’,’ROW LOCK’, NULL) LOCK_LEVEL, o.owner,o.object_name,o.object_type,s.terminal,s.machine,s.program,s.osuser from v$session s,v$lock l,dba_objects o where s.sid=l.sid and o.object_id=l.id1 and s.username is not null ;如果1 .2是同时操作一张表，最好是执行完一条sql先commit一下在执行第二条这样肯定不会锁表，我不知道我理解对了没有？ ps:不能，数据库的事务机制不允许同一时刻同一记录update 如果先update操作会先lock table等执行完释放资源才有其他的操作。 以下是我做过的测试：eg：select * from table for update; 1.不允许做for update查询。 2.允许普通search查询。3.不允许对表中任何记录做update操作; 4.允许insert操作; 5.不允许delete操作。 另：一楼说的是对的。
对db2中表执行add,delete,update操作时会将对应表给锁住,这种说法正确吗请各位大侠帮忙解惑，谢谢
做add, delete, update 的时候并不是锁表，是锁记录。但是锁空间太小的话，记录锁会升级到表锁。
同时查询和删除会锁表吗
会的。根据网易显示同时查询和删除锁表发生在insert、update 、delete中，锁表的原理是数据库使用独占式封锁机制，当执行上面的语句时，对表进行锁住，直到发生commite或者回滚 或者退出。当一个查询语句执行时，如果需要扫描整个表或大部分表的数据，就会对表进行锁定，这就是查询锁表。
当有两个sql语句同时对一个表进行操作时发生冲突怎么解决
不会出现那种情况，当一个语句对表执行update，delete的时候根据条件该表就会锁定，所以我们经常说锁表，只有这条语句执行完提交或者回滚的时候第二条语句才会执行。
sql="select * from 表 where 1=1"
if 变量=date() then
sql=sql&" and 另一个判断"
else
sql=sql
end if
扩展资料：
更新：update table1 set field1=value1 where 范围
查找：select * from table1 where field1 like ’%value1%’ （所有包含‘value1’这个模式的字符串）
排序：select * from table1 order by field1,field2
求和：select sum(field1) as sumvalue from table1
平均：select avg(field1) as avgvalue from table1
.net的sqlserver事务里，delete语句如何只锁行，不锁表
你理解错了！默认sqlserver都是行数据锁定，隔离级别是 read commited 也就是读取可 提交数据。我给你举个例子！SELECT TOP 1000 ,,FROM 显示结果-----------------------------------------------ID DeleteBy DelDate1 admin 2008-04-13 00:00:00.0002 admin 2008-05-04 00:00:00.000-------------------------------------------------表数据就两行然后我做如下操作：打开 SQL Server Management Studio输入：begin transactionDELETE FROM where ID=’1’在另一个窗口中：SELECT ,,FROM where ID=1你发现 这一个窗口被阻塞了，但是查询 SELECT ,,FROM where ID=2可以正确返回结果。 这充分证明了，sqlserver默认隔离级别是行数据锁定。然后你此时在第一个删除窗口 中输入 rollback，记住前面的删除不执行，只执行rollback。此时看一下查询SELECT ,,FROM where ID=1那个窗口的结果已经出来了，阻塞被解除了。========================================当然了！你执行了全表检索肯定也是被阻塞的，因为删除操作还没提交啊，检索数据中又包含了你要删除的数据，当然被阻塞了。你的问题出现在哪里了，你应该明白了吧！解决这个问题其实很简单，不要长事务占用。检索的时候避开要删除的数据。当然也可以改变隔离级别，sqlserver分为两类隔离级别，改成非阻塞类就可以。但是我个人不推荐这么做。改变隔离级别可以如下方式：set transaction isolation level read uncommittedbegin transactionDELETE FROM where ID=’1’这个删除没有提交检索的时候set transaction isolation level read uncommittedSELECT ,,FROM where ID=1根本不会阻塞。 比较顺利，删除更新也一样。这种方式 适合 数据量庞大的社交，天文数据库，企业管理不适合。可以从侧面看出，你的程序并不优良，明白了否？
加索引如何避免锁表
2019-06-03 补充 此等锁表必须有两个条件： 首先历史原因，线上加索引是用了一个存储过程： 摒弃一切无关要素，我们只看核心语句： 线上用的就是这么一个语句添加索引的。 首先，添加索引为什么会锁表呢？查阅一些资料说，如果当前表正在执行一个慢查询，此时添加索引，就可能会锁表。 我尝试在测试环境重现了一下。 首先，我在b_regbroker_cst_proj这个表执行了一个慢查询事务。 这个查询正常完成要9s左右，够慢了，满足要求。 然后我要做的事情，就是在查询未完成的时间，给b_regbroker_cst_proj这个表添加索引。 好了，来试试，我先开启事务，先不提交。 然后创建索引： 哦耶，so funny。 此时无论这个表执行什么查询，都会卡住了： 查了一下下面这个lock的原因： 有没有更好的加索引解决方式呢？查文档 文档 mysql自5.6之后变提供了解决方式，运行线上无锁添加索引。 重点说两个参数： 好了，试下有没有用。 哈哈哈，卵用都没有。 我觉得我是理解错了，人家的无锁加索引，只是说加索引的语句不加锁，避免此时有update、insert、delete语句也持锁从而相互形成死锁。但是目前的问题是，有事务持了表锁，创建索引需要等待。等该事务提交，索引就能创建成功。但是在这个等待时间，其它sql都执行不了，这个很坑啊~~ 结论： 总之，alter table的语句是很危险的(其实他的危险其实是未提交事物或者长事务导致的)，在操作之前最好确认对要操作的表没有任何进行中的操作、没有未提交事务、也没有显式事务中的报错语句。如果有alter table的维护任务，在无人监管的时候运行，最好通过lock_wait_timeout设置好超时时间，避免长时间的metedata锁等待。 加索引要避免锁表，需要先确定此时没有慢查询事务未提交，如果这个查询卡了30分钟，那么整个表的所有业务都会卡30分钟，这是很变态的。 所以大表加索引还是在没人用的时间加比较安全，要不就是先创建副本，再将表名改掉。
delete语句性能问题
因为删除需要检查约束，产生日志所以会比较降低性能，但这个影响是临时的，就是说删除操作结束后就不会再对数据库的性能有影响。产生的日志只是占用空间而已
你另外一个问题，我想有很大的可能会删除不成功，删除操作是一个事务，在此删除期间会产生大量日志，以免删除不成功的时候可以回滚，删除的时候其它会话不能再访问这个表，有可能导致其它会话无法正常运行；
建议建立索引，分批次删除，比如我需要删除索引为0-100万的数据
可以分成100次来删除，0-1W，1W-2W。。。。
这样可以减少资源占用，降低死锁概率
