Mysql的并发控制

只要有多个查询需要在同一时刻修改数据,就会产生并发控制的问题,那么在mysql中如何解决并发控制的问题呢?

1.读写锁

在处理并发读或写时,可以通过实现两种类型的锁组成锁系统来解决问题。这两种锁类型通常被叫做共享锁(shared lock)和排它锁(exclusive lock),也叫做读锁(read lock)和写锁(write lock)。
读锁是共享的,或者说相互不阻塞。多个客户在同一时刻可以读取同一资源,互不干扰。
写锁是排他的,也就是一个写锁会阻塞其他的读锁和写锁,这也是出于安全考虑,只有这样,才能确保在给定的时间里,只有一个用户能写入并防止其他用户读取正在写入的同一资源。

2.锁粒度

在给定的资源上,锁定的数据量越少,系统的并发程度越高,只要相互之间不发生冲突即可。问题是加锁也需要消耗资源。锁的各种操作都会增加系统开销。所谓锁策略,就是在加锁和数据安全性之间寻求平衡。大多数商业数据库系统没有提供更多的选择,一般都是在表上施加行级锁(row-level lock),并以各种复杂的方式实现,以便在锁比较多的情况下尽可能地提供更好的性能。

而MySQL则提供了更多的选择。每种MySQL存储引擎都可以实现自己的锁策略和锁粒度。以下介绍两种最重要的锁策略。

  • 表锁
    表锁是MySQL中最基本的锁策略,并且是开销最小的。它会锁定整张数据表。一个用户在对表进行写操作前,需要先获得写锁,这会阻塞其他用户对该表的所以读写操作。只有没有写锁时,其他读取的用户才能获得读锁,读锁之间是不会相互干扰的。
    在特定的场景中,表锁也能有良好的性能。
  • 行锁
    行级锁可以最大程度地支持并发处理(同时也带来最大的开销)。众所周知,在InnoDB和XtraDB,以及其他一些存储引擎中实现了行级锁。所有的存储引擎都以自己的方式显现了锁机制。
1+

发表评论

电子邮件地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据