事务是按照提交的顺序写入binlog内，MySQLserver 为区分不同的线程的语句，为每个线程都保持一个事务缓存，事务中执行的每个语句
mysql 版本：mariadb 5.5.30
OS版本: CentOS 5.6 x86_64
摘自网络一段话：“事务是按照提交的顺序写入binlog内，MySQLserver 为区分不同的线程的语句，为每个线程都保持一个事务缓存，事务中执行的每个语句都放在事务缓存中，然后事务缓存的内容被复制到binlog中，且在事务提交时被清空。”
以上这句话我是认同的，下面我们探讨下binlog如何记录非事务性语句；
当没有事务活动时，非事务性语句会被直接写入binlog里面而不需要经过事务缓存；
如果一个事务是活动的，可分为下面的情况处理：
1、语句被标记为事务的，则被写入事务缓存（这句话不需要验证）
2、语句没有被标记为事务性的，而且事务缓存中没有语句（即该语句作为事务的开头），则该语句被直接写入binlog；
验证过程：
MyISAM 表： not_trans; Innodb 表：trans；
commit；之后；验证binlog是否有 insert into not_trans 记录
对于 binlog format: mixed 和 为statement的时候 都会有该记录；所以第二种情况是正确的
3、语句未被标记为事务性的，但事务缓存中有该事务的其他语句，则该语句被写入事务缓存
验证过程： 对事务性表和非事务性表 放在一个事务中，插入后不进行commit 而是进行 rollback操作（注：此时根据会提示warning，非事务性表无法回滚），此时按照第三种情况来说，binlog里面应该没有任何binlog记录；
MyISAM 表： not_trans; Innodb 表：trans；
查看binlog进行验证：
对于binlog mixed 和statement 格式存储， binlog里面都会有 非事务性语句的记录，并且后面是 rollback结尾；
我觉得第三种情况是错误的，，(对于这次测试有什么疑问大家可以共同探讨)
这个时候我们要提一下MySQL的一个相关参数：binlog_direct_non_transactional_updates
首先这个是让非事务性的语句直接写入到binlog里面，但该参数有些鸡肋啦。在binlog format 为 statement的时候，该参数能起到作用，目前和版本没有关系；但在MySQL 5.5.5之后的版本，对于binlog format 为 mixed 或者 row 模式的情况下，该参数对binlog 是没有任何影响的！（大多数人使用的是mixed模式吧）
