今天我一个朋友，执行了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号
