mysql复制中临时表的运用技巧
更新时间:2012年09月05日 00:09:15 作者:
数据库损坏,也没有备份。刚好二进制日志全部保存完好,幸福了。导入二进制日志到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级别的复制。
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级别的复制。
相关文章
windows 10 下mysql-8.0.17-winx64的安装方法图解
这篇文章主要介绍了windows 10 mysql-8.0.17-winx64的方法,本文图文并茂给大家介绍的非常详细,具有一定的参考借鉴价值,需要的朋友可以参考下2019-08-08通过mysql show processlist 命令检查mysql锁的方法
show processlist 命令非常实用,有时候mysql经常跑到50%以上或更多,就需要用这个命令看哪个sql语句占用资源比较多,就知道哪个网站的程序问题了。2010-03-03
最新评论