12 2012 档案

摘要:前言: 继上一篇MySQL【Delete误操作】回滚之后,现在介绍下Update回滚,操作数据库时候难免会因为“大意”而误操作,需要快速恢复的话通过备份来恢复是不太可能的,因为需要还原和binlog差来恢复,等不了,很费时。这里说明因为Update 操作的恢复方法:主要还是通过binlog来进行恢复 阅读全文
posted @ 2012-12-26 23:17 jyzhou 阅读(35101) 评论(2) 推荐(6) 编辑
摘要:前言: 操作数据库时候难免会因为“大意”而误操作,需要快速恢复的话通过备份来恢复是不太可能的,因为需要还原和binlog差来恢复,等不了,很费时。这里先说明下因为Delete 操作的恢复方法:主要还是通过binlog来进行恢复,前提是binlog_format必须是Row格式,否则只能通过备份来恢复数据了。方法: 条件:开启Binlog,Format为Row。 步骤:1.通过MySQL自带工具mysqlbinlog 指定导出操作的记录:mysqlbinlog --no-defaults --start-datetime='2012-12-25 14:56:00' --stop- 阅读全文
posted @ 2012-12-25 15:59 jyzhou 阅读(27958) 评论(1) 推荐(2) 编辑
摘要:说是MySQL关于timestamp和mysqldump的一个“bug”,其实是MySQLdump 的时候 对timestamp 类型字段的一个转换问题,一直都没注意。看到这篇文章就知道遇到问题如何处理了。来自:http://dinglin.iteye.com/blog/1747685复现来源于一个同事在做数据转储碰到的的问题,简化如下:1、建表drop table if exists tb;CREATE TABLE tb ( c timestamp NOT NULL DEFAULT '0000-00-00 00:00:00') ENGINE=InnoDB DEFAULT CH 阅读全文
posted @ 2012-12-14 18:33 jyzhou 阅读(551) 评论(0) 推荐(0) 编辑
摘要:背景:MySQL5.5之前的复制都是异步复制,在服务器崩溃时丢失事务是使用异步复制不可避免的结果。而5.5的一项新功能:半同步复制可以限制事务丢失的数量。半同步复制的原理是:提交事务的线程会被锁定,直到至少一个Slave收到这个事务,由于事务的事件在被提交到存储引擎之后才被发送到Slave上,所以事务的丢失数量可以下降到最多每线程一个。安装、配置:半同步复制模式必须在主服务器和从服务器端同时启用,否则主服务器默认使用异步复制模式。1,在Master上装插件:install plugin rpl_semi_sync_master soname 'semisync_master.so 阅读全文
posted @ 2012-12-11 18:39 jyzhou 阅读(1862) 评论(0) 推荐(0) 编辑

点击右上角即可分享
微信分享提示