MySQL的表锁问题(二)——InnoDB表锁问题
首先补充下MySQL的表锁问题(一)没讲到的系统可以通过设置max_write_lock_count参数来控制写的优先级,当一个表的读锁达到这个数的时候,MySQL会暂时的,降低写的优先级.MySQL尽量少用一些看似精妙但复杂的语句,因为你复杂可能导致给表加的读锁时间就长,会导致写的操作无法进行. innodb和MyISAM最大的区别在于innodb支持事务处理和行级锁,行级锁带来的好处是可以支持大规模的并发应用(设置的好的情况下),当然控制的对象越小,步骤就越复杂,那么消耗的资源就越多. 可以通过在MySQL里面查看状态变量的方式来查看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) 还可以通过show engine innodb status\G查看一大堆信息.进行简要分析. innodb有两种类型的行级锁:共享锁和排他锁;为了允许行锁和表锁共存.实现多颗粒度锁机制,innodb还有2种内部锁(Intention locks),这就是意向共享锁和意向排他锁.这两种所都是表级锁. a)共享锁(S):允许一个事务去读一行,阻止其他事务获得相同数据集的排他锁. b)排他锁(X):允许获得排他锁的事务更新数据,阻止其他事务获取相同数据集的各项读锁和排他写锁. c)意向共享锁(IS):事务打算给数据行加共享锁,事务在取得一个数据行的共享锁之前必须先取得该表的IS锁. d)意向排他锁(IX):事务打算给数据行加排他锁,事务在取得一个数据行的排他锁之前必须先取得该表的IX锁. 请求锁�
相关文档：
select * for update锁表的问题
由于InnoDB预设是Row-Level Lock，所以只有「明确」的指定主键，MySQL才会执行Row lock (只锁住被选取的资料例) ，否则MySQL将会执行Table Lock (将整个资料表单给锁住)。
举个例子:
假设有个表单products ，里面有id跟name二个栏位，id是主键。
例1: (明确指定主键，并且有此笔资料， ......
MySQL5.X都已经发布好久了，但是还有很多人认为MySQL是不支持事务处理的，这不得不怪他们是孤陋寡闻的，其实，只要你的MySQL版本
支持BDB或InnoDB表类型，那么你的MySQL就具有事务处理的能力。这里面，又以InnoDB表类型用的最多，虽然后来发生了诸如Oracle收
购InnoDB等令MySQL不爽的事情，但那些商业上的斗争与技术无关� ......
linux
mysql
安装介绍:
linux
服务器 RedHat 5.0.server.
MySQL
版本:
下载地址链接:http://dev.mysql
.com/downloads/mysql
/5.1.html
MySQL
服务端:MySQL
-server-community-5.1.38-0.rhel5.i386.rpm
MySQL
客户端:MySQL
-client-community-5.1.38-0.rhel5.i386.rpm
1 安装步骤首先加载光驱 ......
InnoDB 给 MySQL 提供了具有事务(commit)、回滚(rollback)和崩溃修复能力(crash recovery capabilities)、多版本并发控制(multi-versioned concurrency control)的事务安全(transaction-safe (ACID compliant))型表。InnoDB 提供了行级锁(locking on row level)，提供与 Oracle 类似的不加锁读取(non-locking read in SELEC ......
