mysql的锁机制
发布时间：2022-07-04 10:04:46 所属栏目：编程 来源：互联网
导读：锁概述 mysql锁机制的特点： 不同存储引擎支持不同的锁机制。 MyISAM和MEMORY存储引擎支持表级锁； BDB存储引擎采用页面锁； InnoDB存储引擎支持行级锁。 表级锁： 开销小，加锁快，不会出现死锁，锁定粒度大，加锁冲突概率最高，并发度最低； 适用于以查询
|
锁概述 mysql锁机制的特点： 不同存储引擎支持不同的锁机制。 MyISAM和MEMORY存储引擎支持表级锁； BDB存储引擎采用页面锁； InnoDB存储引擎支持行级锁。 表级锁： 开销小，加锁快，不会出现死锁，锁定粒度大，加锁冲突概率最高，并发度最低； 适用于以查询为主，只有少量按索引条件更新数据的应用，如Web应用； 行级锁 开销大，加锁慢，会出现死锁，锁定粒度小，发生锁冲突的概率最低，并发度最高； 适合于有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用，如一些在线事务处理（OLTP）系统。 页面锁 开销和加锁时间介于表锁和行锁之间，会出现死锁，锁定粒度介于表锁和行锁之间，并发度一般； MyISAM表锁 查询表级锁的争用情况 mysql> show status like 'table%'; +-----------------------+-------+ | Variable_name | Value | +-----------------------+-------+ | Table_locks_immediate | 19 | | Table_locks_waited | 0 | +-----------------------+-------+ 2 rows in set (0.00 sec)  table_locks_waited的值越大，表级锁的争用情况越严重 表级锁的锁模式 表共享读锁 表共享写锁 MyISAM表读操作，不会阻塞其他用户对同一表的读请求，但会阻塞对同一表的写请求； MyISAM表的写操作，会阻塞其他用户对同一表的读请求和写请求。 MyISAM表的读操作和写操作之间，以及写操作之间是串行的 如何加表锁 MyISAM表在执行SELECT语句之前，会自动给涉及到的表加读锁，在执行UPDATE、DELETE、INSERT之前，自动给涉及到的表加写锁。 当然也可以显示手动加锁，用来模拟事务操作。 mysql> lock table tbl_name1 read/write； mysql> lock tables tbl_name1 read [local], tbl_name2 write [local]; mysql> unlock tables; 注意：对表加锁之后，使用该表的别名也是不允许的，需要对别名也进行锁定，如下： mysql> lock table tbl_name1 as tb1 read; mysql> select a.id from tbl_name tb1; MyISAM的并发插入 MyISAM的读写操作是串行的，但一定程度上，也是支持查询和插入的并发进行，但不可以删除和更新。 在MyISAM引擎中有一个系统变量 concurrent_insert ，专门用来控制并发插入的行为，有三种取值： 0-> 不允许并发插入； 1-> 在MyISAM表没有孔洞的前提下，允许在读的同时，另一个进程从尾部插入记录（默认） 2-> 不论有无空洞，都可以在表尾并发插入 整理空间碎片： mysql> optimize table tbl_name; MyISAM的锁调度 已经知道，MyISAM存储引擎的读锁和写锁是互斥的，读写操作是串行的，但是，及时读请求先到达等待队列，写请求后到达等待队列，写锁也会插入到读锁之前，因为MySQL认为写操作比读操作重要。 同时，这也是MyISAM表不适合有大量更新和查询操作的原因，因为大量的更新和查询操作会占据锁等待队列，读锁会被长时间等待。 为了解决这个问题，我们有一些参数设置来调节MyISAM的调度行为。 启动low-priority-updates,使得MyISAM 默认基于读请求以优先的权利； 降低更新请求的的优先级 mysql> set LOW_PRIORITY_UPDATES=1 指定INSERT、UPDATE、DELETE语句的LOW_PRIORITY属性，降低该语句的优先级 一种折中的方案：给系统参数max_write_locl_count设置一个合适的值，当表的读操作达到该值之后，MySQL就暂时将写请求的优先级降低。 InnoDB锁 InnoDB与MyISAM的最大不同支出在于：1、支持事务；2、采用了行级锁。 查询InnoDB行锁的争用情况 mysql> show status like 'innodb_row_lock%'; +-------------------------------+-------+ | Variable_name | Value | +-------------------------------+-------+ | Innodb_row_lock_current_waits | 0 | | Innodb_row_lock_time | 0 | | Innodb_row_lock_time_avg | 0 | | Innodb_row_lock_time_max | 0 | | Innodb_row_lock_waits | 0 | +-------------------------------+-------+ 5 rows in set (0.00 sec) Innodb_row_lock_waits和Innodb_row_lock_time_avg的值越大，表级锁的争用情况越严重 InnoDB行锁模式 共享锁（S） 允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁 排他锁（X） 允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和排他写锁 为了行锁表锁共存，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁，这两种意向锁都是表锁 意向共享锁（IS） 事务在给一个数据行加共享锁之前，必须先取得该表的IS锁 意向排他锁（IX） 事务在给一个数据行加排他锁之前，必须先取得该表的IX锁 意向锁是InnoDB自动添加的，不需要用户干预 对于UPDATE、DELETE、INSERT语句，InnoDB自动给涉及数据集加排他锁；对于SELECT语句，InnoDB不会加任何锁。 （编辑：广西网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐