mysql临时不记录binlog

在statement格式下，所有对临时表的 *** 作都要记录binlog，包括创建、删除及DML语句；但在row格式下，只有Drop table才会记录binlog，而对临时表的创建及DML语句是不记录binlog的。为什么会这样？通常情况下，主机的临时表在备机上是没有用的，临时表只在当前session中有效，即使将临时表同步到备机，当用户从主机切换到备机时，原来session已经中断，与session关联的临时表也会被清除，用户会重建session到新的主机。但在一些特殊情况下，还是需要将主机的临时表同步到备机的，比如主机上执行insert into t1 select * from temp1，其中t1是普通表，而temp1是临时表。当binlog格式为statement时，这条语句会被记录到binlog，然后同步到备机，在备机上replay，若备机之前没有将主机上的临时表同步过来，那这条语句的replay就会出现问题。因此在statement格式下，对临时表的 *** 作如创建、删除及其它DML语句都必须记录binlog，然后同步到备机执行replay。但在row格式下，因为binlog中已经记录了实际的row，那么对临时表的创建、DML语句是不是记录binlog就不是那么重要了。这里有一点比较特殊，对临时表的删除还是要记录binlog。因为用户可以随时修改binlog的格式，若之前创建临时表时是statement格式，而创建成功后，又修改为row格式，若row格式下删除表不记录binlog，那么在备机上就会产生问题，创建了临时表，但却没有删除它。因此对drop table语句，无论binlog格式采用statement或是row格式，都会记录binlog。而对于创建临时表语句，只有statement格式会记录binlog，而在row格式下，不记录binlog。为防止row格式下在备机上replay时drop不存在的临时表，会将drop临时表的binlog中添加IF EXISTS，防止删除不存在的表replay失败。

mysql_query("INSERT INTO hua (name, color, price) VALUES ('". $_POST['name'] ."', '".

$_POST['color'] ."', '". $_POST['prince'] ."')")

在这个下边，你可以用

mysql_insert_id()来获取最后增加的这条信息产生的自增字段ID值，这样你就可以知道是否添加成功。

这里就涉及到

有一条记录但是记录是空记录

和没有一条记录

的问题了。

首先弄清楚no data found异常是在找不到一条记录的时候报的异常，但是在找到一条空记录的时候是不会报这个异常的。

用集合函数之所以不会报错原因是：

用集合函数的时候，当参数没有赋值时，函数会默认赋一个空值来进行计算，返回的结果也是一个空值（不是没有值）。

而to_char、substr这些函数就不会当参数没有赋值时默认赋空值，也就没有结果返回。

所以区别就是一个有记录返回，但是个空记录，而一个是没有记录返回。

其实你要看清楚空记录和没有记录的区别可以执行如下的程序看返回结果的差别就懂了。

OPEN OUTCURSOR FOR

select MAX(t.Time) from dept t where t.id>'10'

比较

OPEN OUTCURSOR FOR

select t.Time from dept t where t.id>'10'

再比较

OPEN OUTCURSOR FOR

select to_char(t.Time,'yyyy-mm-dd') from dept t where t.id>'10'

---