mysql并发加for update 没有锁住

我有一个长事务
在里面中后段一个行级锁
经测试，发现并没有锁住
但是单独拿出这部份，又可以锁住
在我整个长事务中，什么情况下会影响我的加锁吗？
select Id from product_term where Id=".$v['P_Term_id']." for update

---

InnoDB引擎会把写操作(insert/update/delete/select for update)当做事务来处理.
所以单条UPDATE语句是不需要显式开启事务的.
MySQL默认会自动提交事务,每一条单独的查询都是一个事务.
所以使用 SELECT FOR UPDATE 时应该关闭自动提交后手动开启事务 START TRANSACTION.
否则 SELECT FOR UPDATE 的锁在事务自动提交后就释放了.

$db->query('SET AUTOCOMMIT=0');
$db->query('START TRANSACTION');
$db->query('SELECT FOR UPDATE');
if( all_success ) { COMMIT } else { ROLLBACK }
//commit提交事务后autocommit记得重新设为true,否则delete等这些写操作因为没有手动commit会自动回滚.
$db->query('SET AUTOCOMMIT=1');

---

设置会影响。
其实。。先问个小白的问题。。。是Innodb么？之前遇到个Myisam问事务的问题。。
好啦。回归正题。
排它锁正常是会锁住这个查询范围直到事务结束的。
就像你这个。会锁住对应ID行的那条记录。
不过根据事务的隔离模式。如果你没改过设置，默认是RR的。也就是你在这个排它锁之前，执行的SELECT是相同结果的。。这就会有没锁住的假象产生。。

假如你事务是这样的

BEGIN;
SELECT id FROM product_term where id<100;
UPDATE product_term SET XXX='YYY' WHERE id = 1;
...
SELECT id FROM product_term where id=1 FOR UPDATE;
...
COMMIT;

像这种，由于默认RR级，第一个范围搜已经包含了id=1的，然后同一个事务下第三个得出来的行会和第一行一样。而实际上第二行已经改过这行的数据了。如果在2个并发下，就可能造成看起来表没锁住的现象~~
排他建议在事务开始的时候做。
不知道你遇到的是不是这个问题？如果是，可以仔细研究下事务的隔离模式，你会发现还有更多的坑