PDO扩展PDO::ATTR_AUTOCOMMIT 出坑记

问题描述

我自己以swoole扩展为基础，封装了一个异步任务服务器框架，数据库操作使用pdo扩展，但是在插入数据的时候，出现了异常情况，具体状况如下：

• MyISAM 表引擎的insert正常插入，没有问题

• Innodb表引擎查询都可以的，但是插入失败，出现回滚现象，auto_increment字段变化，表的rows变化，lastInsertId正常返回

解决过程

• 监控mysql日志，查看状态
  进入mysql命令行，查看mysql的general-log状态

show global variables like "%genera%";

如果没有开启，执行如下命令

;general_log_file_path修改为自己象牙iode
set global general_log_file="general_log_file_path";
set global general_log=on

然后监控日志，发现insert语句发送到mysql端了

• 查看innodb engine状态
  怀疑是不是死锁了，查看innodb 的状态

 show engine innodb status;

没有发现异常
到这里，已经有些抓狂了
然后google，各种尝试，都不得要领

柳暗花明

纠结了挺长时间，后来看到有人说innodb引擎把insert当作一个事物处理，瞬间想到了一个问题，是不是pdo扩展里面，没有自动提交？
直接写了个简单的mysql pdo 连接数据库，并且插入数据到innodb表里面，结果没有任何问题，成功了，然后我就想到pdo里面有个参数PDO::ATTR_AUTOCOMMIT,是不是他在作怪？
使用getAttribute(PDO::ATTR_AUTOCOMMIT)) 获取他的值，打印，发现是1，证明是自动提交事务的
然后在我封装的框架里面，我打印了他的值，发现是0，问题找到
那么，在插入的时候，如何提交事务？

• 连接数据库的时候，options里面设置 PDO::ATTR_AUTOCOMMIT 为 1

• 插入操作的时候，自己执行commit，显式的完成一次事务，我采用了这个方法

遗留问题是，同样的PHP版本，为啥单独的连接 PDO::ATTR_AUTOCOMMIT为1 ，在启动的swoole-httpserer里面是0,我没有继续深入。

总结

解决问题一定要持之以恒，不要放弃，那么问题最终会获得比较理想的处理结果

另外要注意方法，尝试不同的思路，我就是一直没有想到可能是事务自动提交导致的，以至于浪费了很多时间

最后，希望goolge不要被封锁的这么严重，妈的，百度 必应搜索结果完全没法和google比，程序员，离不开google