先说MyISAM和InnoDB的问题.
这个"网上"的说法本身就是错误的,所以必然无法复现.
MyISAM是非事务存储引擎,每次写入都会有表级别的排他锁,不会涉及这些可见性问题,而InnoDB是事务存储引擎,读未提交以上的隔离级别下也必然会保证隔离性,前文我已经说过,提交写binlog事务是完整的,不会有这种两个事务在从库交叉执行的问题(包括并行复制在内,都会错开这种形式的交叉执行)
1093的详细处理:
建表create table rex (id int primary key,c varchar(123));
update rex set c=2 where id in (select id from rex); 这个语句必然触发1093
如果想要执行成功,update rex set c=2 where id in (select * from (select id from rex) x)这条可以执行成功
这里涉及的问题是,对于步骤2的例子,mysql实际执行的时候,特定情况下,如果有一行匹配到子查询内的条件,但修改之后,是不匹配子查询内条件的,这里会有可能有逻辑判断的问题.mysql对update这里做了单独的判断,但仅处理一层子查询,如果类似步骤3的写法,可以避开这个判断,但是,特定情况下,修改可能会不符合预期.
另外,你一直提到gdb断点,你set的变量具体是哪个?数据库本身是一个完整的体系,贸然变更内部的运行中变量会导致运行异常,一般建议采用gdb追踪而非破坏性的变量变更学习源代码
如果依然不清楚,建议留下联系方式,我们电话沟通,更方便些.