首先我们知道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的锁机制
URL链接：
http://cdweb.net/article/ihoigi.html
