今天我一个朋友,执行了stop slave,给卡死了,结果kill 进程ID也杀不死。这是由于在主库上执行了一条很耗时的大SQL,通过主从复制在从库接收过来后,SQL_THREAD开始执行,这时你只要执行了stop slave,立马就卡死,之后你再执行show slave status\G;也会被卡住,必须等待那条大SQL执行完,才会结束stop slave,除非你pkill -9 mysql进程
今天我一个朋友问我一个问题,通过show processlist看见一个%百分号,例:这种情况是由于执行存储过程造成的,示例如下:DELIMITER $$ USE `test`$$ DROP PROCEDURE IF EXISTS `test`$$ CREATE DEFINER=`admin`@`%` PROCE
Q:在master-master结构中GTID有什么优势?如果有, 它是如何做的? Q:GTID可以应用到MySQL的ACTIVE ACTIVE MASTER MASTER结构上吗? A:GTID不会改变MySQL数据复制的本质:比如在配置GTID之后,数据复制同样是异步的;如果向master-master结构上的两个 master写入数据,GTID同样没有写冲突检测机制.GTID的主要优势在于
场景:某天执行了delete from t1操作忘加where条件,我们需要通过昨天的全量备份+误操作之前的binlog增量备份,加以恢复。在通过mysqlbinlog解析时,需要用sed命令去过滤出t1表的insert、delete、update操作,如果binlog文件很多,并且默认是1G的大小,用这种方法费时费力,很麻烦。这里,介绍一个小技巧,通过授权账户去恢复。我这里创建一个用户hcy,并
当我们忘记做全量备份时,并且没有开启binlog,并执行了delete from sbtest;数据全部丢失,要想恢复是很有难度的。今天,利用Percona Data Recovery Tool for InnoDB工具(仅支持InnoDB,MyISAM不支持),可以找回被删除的数据。原理:在InnoDB引擎,delete删除操作,不是真正的删除物理文件上的行,而是增加一个删除
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号