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