多线程 *** 作数据库，如何避免冲突除了用lock加锁以外 还有其他方式吗

追问： 多线程访问数据库，其中有一个线程会长时间占用数据库。这个线程是独立线程，另外有一个线程池也会访问数据库，这个线程池中的线程我用lock锁住数据库了，但是由于独立线程和线程池线程不在同一个方法中，所以访问数据库的时间不同，用lock只能对线程池线程有效 回答： 你这么讲一定能保证两个线程不会在一个时刻共同发起对数据库的访问么？除非你做了很多同步让两个线程都按照你设计的逻辑不发生访问数据库的冲突，否则你必须加锁。看你的说明，你应该没加同步，所以他会出现冲突，你不能缺锁，他是共享资源的访问了。 追问： 恩，好的。受教了。

不需要，就算确实用户同时执行，数据库的 *** 作机制是有队列的，所以不存在并发情况。

锁基本用不到，我反正开发了5年了没用到过。

你要了解死锁发生的情况，一般是用事务的时候可能会碰到死锁，你申请了A资源，锁住了A然后申请B资源，其他人申请了B资源，然后申请A，这样就互不相让，导致A,B资源都不可访问了，不过其他数据我不知道，SQLSERVER发生这种死锁不是一直锁死的，过几分钟就会发现这个死锁，把锁释放掉，2个事务都失败。

1）所谓“C# *** 作数据库”真正含义是应用程序通过ADONET与数据引擎交互，从而实现对数据的 *** 纵，也就是所谓的“数据的CRUD——Create Read Update Delete”。如下所示：

Application <---> ADONET <---> Data Engine <---> Data CRUD

应用程序提交的SQL语句经过ADONET，送入数据引擎后被解释执行，完成数据的CRUD

2）SQL命令被送入了数据引擎后，数据引擎负责 *** 作中所涉及的同步（加锁/解锁），这是数据引擎的内部行为，应用程序没有必要（也不可能）干预数据引擎的 *** 作。应用程序唯一能做的就是：提交SQL命令，然后等待数据引擎完成处理。

3）数据引擎处理的结果有两种：正常结束和异常结束。数据库处理超时属于异常结束的一种。

数据库中X封锁和S封锁的区别如下：

1、两种封锁共享上的区别：

排它锁（记为X锁），又叫写锁；共享锁（记为S锁），又叫读锁。读锁是共享的，或者说是相互不阻塞的。写锁是排他的，一个写锁会阻塞其他的写锁和读锁。

2、读取权限上的区别：

若事务T对数据对象A加上X锁，事务T可以读A也可以修改A，其他事务不能再对A加任何锁，直到T释放A上的锁。这保证了其他事务在T释放A上的锁之前不能再读取和修改A。

3、修改权限上的区别

若事务T对数据对象A加上S锁，则事务T可以读A但不能修改A，其他事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。这保证了其他事务可以读A，但在T释放A上的S锁之前不能对A做任何修改。

扩展资料：

数据库中封锁的对象：

封锁是实现并发控制的一个非常重要的技术。DBMS通常提供了多种类型的封锁。一个事务对某个数据对象加锁后究竟拥有什么样的控制是由封锁的类型决定的。

封锁的对象可以是逻辑单元，也可以是物理单元。逻辑单元: 属性值、属性值集合、元组、关系、索引项、整个索引、整个数据库等；物理单元：页（数据页或索引页）、块等。

封锁对象可以很大也可以很小，例如对整个数据库加锁、对某个属性值加锁。封锁对象的大小称为封锁的粒度。封锁的粒度越大，系统中能够被封锁的对象就越少，并发度也就越小，但系统开销也越小；封锁的粒度越小，并发度越高，但开销也就越大。

参考资料来源：百度百科-封锁

1、全页锁（allpages lock） 对查询的表及索引页加锁，也就是table lock

2、页锁 （data lock） 对所查询的结果所在页加锁，对索引不加锁

3、行锁 （row lock） 对某行数据加锁

好像一个lock占用的内存为120byte!

锁只是一种保护机制，并不影响数据存储！

sql是说MSSQL吧 ？ MSSQL是有锁。但是不会自动加锁，需要在SQL语句，那设置事务 。不是事务进程 不会自动加锁。

access 是完全没有锁 。只能在程序里面设置不让他并发 。并发必死锁。

1、数据库锁表的意思：因为在数据库里，同一个数据可能有多个人来读取或更改，为了防止我更改的时候别人也同时更改，这是一般要锁住表不让别人改。

2、举个简单例子：在更新数据库记录的过程中，我是不希望别人也来更新我的这些记录的，像库存，做出库的时候，原数量100，我出了20，我就需要把数量更新到80；

在更新的过程中，别人又做了30的出库，如果在我更新的时候，别人先把库存更新到70，然后我又更新80，那数量就错误了。所以我更新的时候，我就需要锁定这条记录。这是数据行锁，排他锁。

扩展资料：

数据库锁表的必要条件：

1）互斥条件：指进程对所分配到的资源进行排它性使用，即在一段时间内某资源只由一个进程占用。如果此时还有其它进程请求资源，则请求者只能等待，直至占有资源的进程用毕释放。

2）请求和保持条件：指进程已经保持至少一个资源，但又提出了新的资源请求，而该资源已被其它进程占有，此时请求进程阻塞，但又对自己已获得的其它资源保持不放。

3）不剥夺条件：指进程已获得的资源，在未使用完之前，不能被剥夺，只能在使用完时由自己释放。

4）环路等待条件：指在发生死锁时，必然存在一个进程——资源的环形链，即进程集合{P0，P1，P2，···，Pn}中的P0正在等待一个P1占用的资源；P1正在等待P2占用的资源，……，Pn正在等待已被P0占用的资源。

以上就是关于多线程 *** 作数据库，如何避免冲突除了用lock加锁以外 还有其他方式吗全部的内容，包括:多线程 *** 作数据库，如何避免冲突除了用lock加锁以外 还有其他方式吗、关于Sqlserver数据库 锁机制的小疑问，下种情况是否需要加入锁机制、C# 在 *** 纵数据库的时候，突然该表格被加锁，程序会自动等待该表解锁吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！