復制中臨時表的運用TIPS
我們知道，臨時表有以下特性：
1. SESSION 級別，SESSION 一旦斷掉，就被自動DROP 了。
2. 和默認引擎有關。如果默認引擎是INNODB，而你又瘋狂的使用臨時表。那麼，你的IBDATA會被無限的增大。
3. 和磁盤表一樣，默認寫入到binlog, 而且被動的加入了rollback 計劃。
幻想如下場景：
數據庫損壞，也沒有備份。剛好二進制日志全部保存完好，幸福了。導入二進制日志到MYSQL。 www.2cto.com
有兩種方法：
1） mysqlbinlog ..... *.log | mysql dbname; 這種利用管道直接恢復數據，時間短，效率高。 可裡面如果有一堆的臨時表，而且剛好在日志的中間，那麼悲劇了， 導入失敗。 （回想臨時表的特性就知道了。）
2） mysqlbinlog ..... *.log > result.log;mysql dbname < result.log; 這種時間長，效率低，占用磁盤空間高，浪費多次系統資源。 可是導入成功了。
如果有大量的臨時表應用， 那麼在主從復制中，應該采取的正確方法為： （這個我可是08年就說過了。）
在寫數據時，當然這裡只的是主機。 無論在應用程序或者自己用客戶端對MYSQL來進行管理，都應該這樣：
[sql]
SET SQL_LOG_BIN=0; 關掉SESSION級別的復制。
update tmp_t1, tmp_t2 set ....;
drop tmp_t1; www.2cto.com
drop tmp_t2;
SET SQL_LOG_BIN=1; 打開SESSION級別的復制。
