首先我们知道MySQL支持多种引擎,并且不同存储引擎有很多不同,最重要的
即便是自动提交模式下 当start transaction;之后,必须要显现的commit;才能释放锁资源,
myisam的锁机制:
不支持行级锁,支持的是表级锁,分为共享读锁和独占写锁。
1)什么是表锁
表锁:操作对象是数据表。Mysql大多数锁策略都支持(常见mysql innodb),是系统开销最低但并发性最低的一个锁策略。事务t对整个表加读锁,则其他事务可读不可写,若加写锁,则其他事务增删改都不行
2)什么是读锁
读锁:也叫共享锁、S锁,若事务T对表A加上S锁,则事务T可以读表A但不能修改表A,其他事务只能再对表A加S锁,而不能加X锁,直到T释放A上的S 锁。这保证了其他事务可以读表A,但在事务T释放表A上的S锁之前不能对表A做任何修改,总结起来就是:我读的时候你不能写;
3)什么是写锁
写锁:又称排他锁、X锁。若事务T对表A加上X锁,事务T可以读表A也可以修改表A,其他事务不能再对表A加任何锁,直到事务T释放表A上的锁。这保证了其他事务在事务T释放表A上的锁之前不能再读取和修改表A,总结起来就是:我写的时候,你不能读,也不能写。
实验一:我读的时候你不能写,但是你可以读;
首先表company_info是myisam引擎的表;
事务1,执行长时间的查询操作
mysql> select company_id from company_info where company_name like '%liluwedafasdf%';
Empty set (43.27 sec)
事务2,尝试更新表company_info ,发现等待。。。执行了21秒。
mysql>update company_info set company_name='liuhehhe' where company_id='4028809f60bf40fd0160bf4678be0000';
+----------------------------------+--------------+
| company_id | company_name |
+----------------------------------+--------------+
| 4028809f60bf40fd0160bf4678be0000 | liuhehhe |
+----------------------------------+--------------+
Query OK, 0 rows affected(21.98 sec)
Rows matched: 1 Changed: 0 Warnings: 0
再打开一个窗口,可以看到,事务2确实在等待一个表级别的锁:
mysql> show processlist;
+----+------+-----------+----------+---------+------+------------------------------+------------------------------------------------------------------------------------------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+------+-----------+----------+---------+------+------------------------------+------------------------------------------------------------------------------------------------------+
| 14 | root | localhost | liuwenhe | Sleep | 4506 | | NULL |
| 15 | root | localhost | liuwenhe | Query | 1 | Sending data | select company_id from company_info where company_name like '%liluwedafasdf%' |
| 16 | root | localhost | liuwenhe | Query | 1 |Waiting for table level lock| update company_info set company_name='liuhehhe' where company_id='4028809f60bf40fd0160bf4678be0000 |
| 17 | root | localhost | NULL | Query | 0 | init | show processlist |
+----+------+-----------+----------+---------+------+------------------------------+------------------------------------------------------------------------------------------------------+
4 rows in set (0.00 sec)
然后再开启一个窗口,执行查询操作(事务3):发现事务1还没有执行完,事务3就执行完了,说明事务1不会阻塞事务3;
mysql> select company_name from company_info where company_id='4028809f60bf40fd0160bf4678be0000';
+--------------+
| company_name |
+--------------+
| liuhehhe |
+--------------+
1 row in set (2.10 sec)
实验一证明:事务1对表A加上S锁,则事务1可以读表A但不能修改表A,其他事务只能再对表A加S锁,而不能加X锁,直到T释放A上的S 锁。也就是说我读的时候你不能写,但是你可以读;
实验二:我写的时候,你不能读,也不能写;
事务1:执行更新一个表的一个字段。
mysql> update company_info set company_name='liuhehhe' where company_name like '%liuwehe%';
Query OK, 0 rows affected (1.95 sec)
Rows matched: 0 Changed: 0 Warnings: 0
事务2尝试查询这个表,发现等待。。
mysql> select count(*) from company_info;
+----------+
| count(*) |
+----------+
| 1818708 |
+----------+
1 row in set (1.11 sec)
再开启一个窗口,查看进程,发现事务2确实在等待一个表级别的锁;
mysql> show processlist;
+----+------+-----------+----------+---------+------+------------------------------+----------------------------------------------------------------------------------------+
| Id | User | Host | db | Command | Time | State | Info |
+----+------+-----------+----------+---------+------+------------------------------+----------------------------------------------------------------------------------------+
| 19 | root | localhost | liuwenhe | Query | 1 | updating | update company_info set company_name='liuhehhe' where company_name like '%liuwehe%' |
| 20 | root | localhost | liuwenhe | Query | 1 |Waiting for table level lock| select count(*) from company_info |
| 21 | root | localhost | NULL | Query | 0 | init | show processlist |
+----+------+-----------+----------+---------+------+------------------------------+----------------------------------------------------------------------------------------+
3 rows in set (0.00 sec)
实验二证明:mysql的myisam引擎下,更新表的一行数据,也会上一个表级别的锁排他锁,不允许其他事务读取该表的数据,当然也不允许其他事务去写这个表,也就是说:我写的时候,你不能读,也不能写;
mysql myisam的锁小结:
MyISAM的读操作和写操作,以及写操作之间是串行的!MyISAM在执行读写操作的时候会自动给表加相应的锁(也就是说不用显示的使用lock table命令,然后注意是表级别的锁),MyISAM总是一次获得SQL语句所需要的全部锁,这也是MyISAM不会出现死锁的原因.区别于mysql innodb的锁机制,innodb的一般的select 是不会加任何锁的,接下来会介绍innodb的锁机制,请看下一篇文章
新闻名称:mysqlmyisam的锁机制
标题路径:
http://cqcxhl.com/article/ihoigi.html