我們知道，臨時表有以下特性：
1. SESSION 級別，SESSION 一旦斷掉，就被自動DROP 了。
2. 和默認(rèn)引擎有關(guān)。如果默認(rèn)引擎是INNODB，而你又瘋狂的使用臨時表。那么，你的IBDATA會被無限的增大。
3. 和磁盤表一樣，默認(rèn)寫入到binlog, 而且被動的加入了rollback 計劃。

幻想如下場景：
數(shù)據(jù)庫損壞，也沒有備份。剛好二進(jìn)制日志全部保存完好，幸福了。導(dǎo)入二進(jìn)制日志到MYSQL。

有兩種方法：
1） mysqlbinlog ..... *.log | mysql dbname; 這種利用管道直接恢復(fù)數(shù)據(jù)，時間短，效率高。 可里面如果有一堆的臨時表，而且剛好在日志的中間，那么悲劇了， 導(dǎo)入失敗。 （回想臨時表的特性就知道了。）
2） mysqlbinlog ..... *.log > result.log;mysql dbname < result.log; 這種時間長，效率低，占用磁盤空間高，浪費多次系統(tǒng)資源。 可是導(dǎo)入成功了。

如果有大量的臨時表應(yīng)用， 那么在主從復(fù)制中，應(yīng)該采取的正確方法為： （這個我可是08年就說過了。）
在寫數(shù)據(jù)時，當(dāng)然這里只的是主機(jī)。 無論在應(yīng)用程序或者自己用客戶端對MYSQL來進(jìn)行管理，都應(yīng)該這樣：

打開SESSION級別的復(fù)制。