【原创】复制中临时表的运用TIPS

我们知道，临时表有以下特性：1.SESSION级别，SESSION一旦断掉，就被自动DROP了。2.和默认引擎有关。如果默认引擎是INNODB，而你又疯狂的使用临时表。那么，你的

 我们知道， 临时表有以下特性：

1. SESSION 级别， SESSION 一旦断掉，就被自动DROP 了。

2. 和默认引擎有关。 如果默认引擎是INNODB，而你又疯狂的使用临时表。那么，你的IBDATA会被无限的增大。

3. 和磁盘表一样，默认写入到binlog, 而且被动的加入了rollback 计划。

 

 

幻想如下场景：

   数据库损坏，也没有备份。刚好二进制日志全部保存完好， 幸福了。 导入二进制日志到MYSQL。

   有两种方法：

   1） mysqlbinlog ..... *.log | mysql dbname; 这种利用管道直接恢复数据，时间短，效率高。 可里面如果有一堆的临时表，而且刚好在日志的中间，那么悲剧了，香港服务器租用， 导入失败。 （回想临时表的特性就知道了。）

   2） mysqlbinlog ..... *.log > result.log;mysql dbname < result.log;  这种时间长，效率低，占用磁盘空间高，网站空间，美国空间，浪费多次系统资源。 可是导入成功了。

 

 

 

如果有大量的临时表应用， 那么在主从复制中，应该采取的正确方法为： （这个我可是08年就说过了。）

 

在写数据时，当然这里只的是主机。 无论在应用程序或者自己用客户端对MYSQL来进行管理，都应该这样：

 

本文出自 “上帝，咱们不见不散！” 博客，请务必保留此出处