请高手救命 ，MYSQL怎么实现行记录锁定？？？？？

菜菜芯529

，MYSQL怎么实现行记录锁定！

我在BEGIN；SELECT * FOR UPDATE 的时候只会锁定整个表不能实现行记录的锁定，但是ORACLE可以在游标里FOR UPDATE 就可以锁定行记录了！

请高手出来帮个忙

北京野狼

InnoDB 中的隔离级详细描述：

READ UNCOMMITTED 这通常称为 'dirty read'：non-locking SELECTs 的执行使我们不会看到一个记录的可能更早的版本；因而在这个隔离度下是非 'consistent' reads；另外，这级隔离的运作如同 READ COMMITTED。
READ COMMITTED 有些类似 Oracle 的隔离级。所有 SELECT ... FOR UPDATE 和 SELECT ... LOCK IN SHARE MODE 语句只锁定索引记录，而不锁定之前的间隙，因而允许在锁定的记录后自由地插入新记录。以一个唯一地搜索条件使用一个唯一索引(unique index)的 UPDATE 和 DELETE，仅仅只锁定所找到的索引记录，而不锁定该索引之前的间隙。但是在范围型的 UPDATE and DELETE 中，InnoDB 必须设置 next-key 或 gap locks 来阻塞其它用户对范围内的空隙插入。 自从为了 MySQL 进行复制(replication)与恢复(recovery)工作'phantom rows'必须被阻塞以来，这就是必须的了。Consistent reads 运作方式与 Oracle 有点类似： 每一个 consistent read，甚至是同一个事务中的，均设置并作用它自己的最新快照。
REPEATABLE READ 这是 InnoDB 默认的事务隔离级。. SELECT ... FOR UPDATE, SELECT ... LOCK IN SHARE MODE, UPDATE, 和 DELETE ，这些以唯一条件搜索唯一索引的，只锁定所找到的索引记录，而不锁定该索引之前的间隙。 否则这些操作将使用 next-key 锁定，以 next-key 和 gap locks 锁定找到的索引范围，并阻塞其它用户的新建插入。在 consistent reads 中，与前一个隔离级相比这是一个重要的差别： 在这一级中，同一事务中所有的 consistent reads 均读取第一次读取时已确定的快照。这个约定就意味着如果在同一事务中发出几个无格式(plain)的 SELECTs ，这些 SELECTs 的相互关系是一致的。
SERIALIZABLE 这一级与上一级相似，只是无格式(plain)的 SELECTs 被隐含地转换为 SELECT ... LOCK IN SHARE MODE。
　

菜菜芯529

谢谢了，但是，能不能给个直接一点的办法啊？

因为对MYSQL第一次接触，所以看的不是很懂
上面的意识是不是对它加个consistent read 就能实现对一定条件搜索数据的锁定，是么？

菜菜芯529

好象不行哦！！！！还是锁住了整个表，不能对SELECT不到其他的数据进行UPDATE！

菜菜芯529

悲惨，搞不顶啊！

北京野狼

没试过行锁，以后有空试试