mysql復制中臨時表的運用技巧
更新時間:2012年09月05日 00:09:15 作者:
數(shù)據(jù)庫損壞,也沒有備份。剛好二進制日志全部保存完好,幸福了。導入二進制日志到MYSQL
我們知道,臨時表有以下特性:
1. SESSION 級別,SESSION 一旦斷掉,就被自動DROP 了。
2. 和默認引擎有關。如果默認引擎是INNODB,而你又瘋狂的使用臨時表。那么,你的IBDATA會被無限的增大。
3. 和磁盤表一樣,默認寫入到binlog, 而且被動的加入了rollback 計劃。
幻想如下場景:
數(shù)據(jù)庫損壞,也沒有備份。剛好二進制日志全部保存完好,幸福了。導入二進制日志到MYSQL。
有兩種方法:
1) mysqlbinlog ..... *.log | mysql dbname; 這種利用管道直接恢復數(shù)據(jù),時間短,效率高。 可里面如果有一堆的臨時表,而且剛好在日志的中間,那么悲劇了, 導入失敗。 (回想臨時表的特性就知道了。)
2) mysqlbinlog ..... *.log > result.log;mysql dbname < result.log; 這種時間長,效率低,占用磁盤空間高,浪費多次系統(tǒng)資源。 可是導入成功了。
如果有大量的臨時表應用, 那么在主從復制中,應該采取的正確方法為: (這個我可是08年就說過了。)
在寫數(shù)據(jù)時,當然這里只的是主機。 無論在應用程序或者自己用客戶端對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級別的復制。
1. SESSION 級別,SESSION 一旦斷掉,就被自動DROP 了。
2. 和默認引擎有關。如果默認引擎是INNODB,而你又瘋狂的使用臨時表。那么,你的IBDATA會被無限的增大。
3. 和磁盤表一樣,默認寫入到binlog, 而且被動的加入了rollback 計劃。
幻想如下場景:
數(shù)據(jù)庫損壞,也沒有備份。剛好二進制日志全部保存完好,幸福了。導入二進制日志到MYSQL。
有兩種方法:
1) mysqlbinlog ..... *.log | mysql dbname; 這種利用管道直接恢復數(shù)據(jù),時間短,效率高。 可里面如果有一堆的臨時表,而且剛好在日志的中間,那么悲劇了, 導入失敗。 (回想臨時表的特性就知道了。)
2) mysqlbinlog ..... *.log > result.log;mysql dbname < result.log; 這種時間長,效率低,占用磁盤空間高,浪費多次系統(tǒng)資源。 可是導入成功了。
如果有大量的臨時表應用, 那么在主從復制中,應該采取的正確方法為: (這個我可是08年就說過了。)
在寫數(shù)據(jù)時,當然這里只的是主機。 無論在應用程序或者自己用客戶端對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級別的復制。
相關文章
MySQL?原理與優(yōu)化之原數(shù)據(jù)鎖的應用
這篇文章主要介紹了MySQL?原理與優(yōu)化之原數(shù)據(jù)鎖的應用,MySQL?中原數(shù)據(jù)鎖是系統(tǒng)自動控制添加的,對于用戶來說無需顯示調用,當我們使用一張表的時候就會加上原數(shù)據(jù)鎖2022-08-08
MySQL中Distinct和Group By語句的基本使用教程
這篇文章主要介紹了MySQL中Distinct和Group By語句的基本使用教程,這里主要是針對查詢結果去重的用法,需要的朋友可以參考下2015-12-12
解決Navicat遠程連接MySQL出現(xiàn) 10060 unknow error的方法
這篇文章主要介紹了解決Navicat遠程連接MySQL出現(xiàn) 10060 unknow error的方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2019-12-12

