mysql複製中暫存資料表的運用技巧

我們知道，暫存資料表有以下特性：
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來進行管理，都應該這樣： 複製代碼 代碼如下:[sql]
SET SQL_LOG_BIN=0;
關掉SESSION層級的複製。
update tmp_t1, tmp_t2 set ....;
drop tmp_t1;
drop tmp_t2;
SET SQL_LOG_BIN=1;

開啟SESSION層級的複製。