MYSQL复制中临时表的运用TIPS
2012-09-03 15:02:10 来源:WEB开发网 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鎯у⒔閹虫捇鈥旈崘顏佸亾閿濆簼绨绘い鎺嬪灪閵囧嫰骞囬姣挎捇鏌熸笟鍨妞ゎ偅绮撳畷鍗炍旈埀顒勭嵁婵犲嫮纾介柛灞捐壘閳ь剛鎳撻~婵嬪Ω閳轰胶鐤呯紓浣割儐椤戞瑩宕ョ€n喗鐓曟い鎰靛亝缁舵氨绱撻崘鈺傜婵﹤顭峰畷鎺戔枎閹搭厽袦婵犵數濮崑鎾绘⒑椤掆偓缁夌敻骞嗛悙鍝勭婵烇綆鍓欐俊鑲╃磼閹邦収娈滈柡灞糕偓鎰佸悑閹肩补鈧尙鏁栧┑鐐村灦閹稿摜绮旈悽绋课﹂柛鏇ㄥ灠閸愨偓濡炪倖鍔﹀鈧繛宀婁邯濮婅櫣绱掑Ο璇茶敿闂佺ǹ娴烽弫璇差嚕婵犳碍鏅插璺猴工瀹撳棝姊虹紒妯哄缂佷焦鎸冲畷鎴﹀箻鐠囧弶宓嶅銈嗘尰缁嬫垶绂嶉悙顒佸弿婵☆垳鍘ф禍楣冩倵濮樼偓瀚�

核心提示: 临时表有以下特性:1. SESSION 级别, SESSION 一旦断掉,MYSQL复制中临时表的运用TIPS,就被自动DROP 了,2. 和默认引擎有关, 无论在应用程序或者自己用客户端对MYSQL来进行管理,都应该这样:SET SQL_LOG_BIN=0; 关掉SESSION级别的复制, 如果默认引擎是INNOD
临时表有以下特性:
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来进行管理,都应该这样:
SET SQL_LOG_BIN=0; 关掉SESSION级别的复制。
update tmp_t1, tmp_t2 set ....;
drop tmp_t1;
drop tmp_t2;
SET SQL_LOG_BIN=1; 打开SESSION级别的复制。
更多精彩
赞助商链接