mysql复制中临时表的运用技巧

发布时间：2020-12-12 08:04:41 所属栏目：MsSql教程来源：网络整理

导读：我们知道，临时表有以下特性： 1. SESSION 级别，SESSION 一旦断掉，就被自动DROP 了。 2. 和默认引擎有关。如果默认引擎是INNODB，而你又疯狂的使用临时表。那么，你的IBDATA会被无限的增大。 3. 和磁盘表一样，默认写入到binlog,而且被动的加入了rollback

我们知道，临时表有以下特性：
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级别的复制。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!