mysql误操作binlog恢复步骤 记录具体步骤,方便日后回忆 一般正式环境使用数据库都会做全备份,但如果某个时刻数据库崩了,若利用全备份文件恢复,则在全备份到出现问题这段时间内的数据将会丢失,一般来说迫不得已也不会采取这种措施 include-gtids, respectively, instead. root@f5f55acbb59a:/home# ls 000048bin.sql binlog.000048 这里-d用来指定误操作的数据库 */; SET @@session.character_set_client=8,@@session.collation_connection=8,@@session.collation_server= 80011 SET @@session.default_collation_for_utf8mb4=255*//*!*/; /*! */; # at 10646 #220125 3:02:35 server id 1 end_log_pos 10714 CRC32 0x7c4eb4f8 Table_map: `myDatabase
1.简介 在oracle数据库中,当一个误操作被提交后,我们可以通过oracle提供的闪回功能将表闪回至误操作之前的状态。 mysql中没有原生的flushback功能,DBA误操作时,传统的恢复方式是利用全备+二进制日志前滚进行恢复。 france | paris | +------+-------+------+---------+----------+ 3 rows in set (0.00 sec) step2.模拟误操作 -rw-r--r-- 1 root root 12222 Apr 13 2017 mysql_rollback.py 根据关键词europe查找binlog中的误操作sql,并输出europe SZD-L0087668:gzz3306:Master > mysqlbinlog --no-defaults -v -v --base64-output=DECODE-ROWS --set-charset=utf8
DEFAULT '', PRIMARY KEY (`id`), UNIQUE KEY `sn_UNIQUE` (`sn`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 然后编写脚本,根据id一一对应的把state字段的数据修改过来,故障期间造成了一些数据的丢失,不过好在不多,只能根据他们的反馈然后把数据补上 最后,经过分析可以知道,开头提到的写法本身就是错误的,但是mysql
---- 操作数据库时,如果不慎执行了 DML 误操作,闪回工具可以回滚这类 DML 误操作。 闪回之前 在使用闪回工具之前,需要明确几个小问题: 哪些 SQL 类型可以使用闪回工具? 不同模式连接数据库后的操作信息 unsetunsetrepl 模式unsetunset admin@127.0.0.1 on using TCP/IP SET NAMES utf8mb4 SET autocommit `t01` unsetunsetfile 模式unsetunset admin@127.0.0.1 on using TCP/IP SET NAMES utf8mb4 SET autocommit= delete from t01 where id < 500; 找到误删除的开始的时间,如 250307 14:12:06,根据误操作时间定位到 binlog 文件,直接搜索 误操作的语句也可以。 使用闪回工具只是一种补救措施,安全运维应该在预防误操作上有哪些安排呢? 一个让运维人员睡的安心的数据保障系统(MySQL 版)。 预防,为了减少数据误删除发生的概率,通过交付基线避免。
误操作数据库的事情,估计不少开发人员都可能会遇到。毕竟常在河边走,哪有不湿鞋的呢? ? 今天,我给大家讲一下 MySQL 中的“误操作”回魂术。 用它来解决数据库的误操作问题,将大大缩短我们恢复数据的时间和难度。 网上关于 Flashback 的工具其实比较多。 当我们误操作插入了不想要的数据后,可以执行下面的命令,就可以把插入的数据给干掉了。 ? 其他的删除,更新操作都一样。 不要小看 binlog,它可是 MySQL 高可用和可靠性的基石。其实,MySQL 有很多功能都是落后的,这也正是 mariadb 等数据库崛起的原因。可以想象,AI 数据库绝对是未来的一个趋势!
`users` WHERE `uid`='0e8e2609c748bbb052d7' AND `ip`='172.16.208.32' AND `sex`=0 AND `app_ver`='5.2.3' token_change_time`=1481602129 AND `expire_time`=0 AND `nickname`='阿超' AND `device_id`='cc0e154d9b5dd703eccc7d8a0dbc0f67d64b79e8 1481602096 AND `expire_time`=0 AND `nickname`='家长091410' AND `device_id`='fedea666076a7906be53523acc7a8b32811354fe 作为实时解析 MySQL binlog 来获取各个 EVENT。 python-mysql-replication 实现了 MySQL 复制协议,客户端伪装成 slave 来获取主的 binlog 和 EVENT。
1.简介 在Oracle数据库中,当一个误操作被提交后,我们可以通过Oracle提供的闪回功能将表闪回至误操作之前的状态。 mysql中没有原生的flushback功能,DBA误操作时,传统的恢复方式是利用全备+二进制日志前滚进行恢复。 france | paris | +------+-------+------+---------+----------+ 3 rows in set (0.00 sec) step2.模拟误操作 -rw-r--r-- 1 root root 12222 Apr 13 2017 mysql_rollback.py 根据关键词europe查找binlog中的误操作sql,并输出europe SZD-L0087668:gzz3306:Master > mysqlbinlog --no-defaults -v -v --base64-output=DECODE-ROWS --set-charset=utf8
在线上或者测试环境误操作导致数据被删除或者更新后,想要恢复,一般有两种方法。 方法一、利用最近的全量备份+增量binlog备份,恢复到误操作之前的状态,但是随着数据量的增大,binlog的增多,恢复起来很费时。 /mysql_3306/log/mysql3306.000006 /*! \C utf8 *//*! /mysql_3306/log/mysql3306.000006 -o /tmp/rollback.sql -h 118.89.107.162 -u root -P 3306 -p qcloud@2018
写在前面 今天,一位哥们打电话来问我说误操作了他们公司数据库中的数据,如何恢复。他原本的想法是登录数据库update一个记录,结果忘了加where条件,于是悲剧发生了。 今天,我们不讲如何恢复误操作的数据(后面专门讲如何恢复误删除的数据),我们讲讲如何从源头上避免这样的问题,这才是避免类似问题的根本措施。 那么,我们基于MySQL提供的这项设置,就可以轻松实现如何最大程度防止人为误操作MySQL数据库了。什么?你不信? 不信我们就从MySQL的帮助说明说起,一起来看看如何基于MySQL的-u选项实现如何最大程度防止人为误操作MySQL数据库。 指定别名 我们可以将操作MySQL的命令做成别名,防止他人和DBA误操作数据库,将操作MySQL的命令做成别名也非常简单,这里,我们直接上示例了,如下所示。
大多数情况是开发误操作delete数据,update多数行,根据之前的操作经验,本文介绍常用的恢复方法。 二 常用的恢复方式 2.1 利用备份恢复 使用这种方式的前提必须有最近的备份集或者知道出现误操作起始的binlog 位点或者GTID,利用备份集恢复到中间的机器上,然后利用MySQL的slave 特性 null auto_increment primary key , stat int(11) not null default 1 ) engine=innodb default charset=utf8; set stat=15 恢复数据的步骤 1 获取误操作的dml所在的binlog,不过一般开发可不知道具体binlog,他们只知道什么时间误操作了,binlog2sql支持按照时间范围恢复。 | | 4 | 7 | | 5 | 9 | | 6 | 22 | | 7 | 42 | | 8 | 33 | | 9 | 66 | | 10 | 88 | +----+------+ 10 rows
关于误操作删除数据和数据恢复,一定要有安全意识,MySQL数据的找回,一定要在配置bin-log,否则数据丢失将无法恢复: 在MySQL的my.ini(或my.cnf,视操作系统不同而不同)添加: [mysqld] log-bin=binlog(名字随便取) 然后需要重启MySQL服务才能生效 可以通过命令“show binlog events;”查看配置是否成功 通过mysqlbinlog 恢复MySQL数据的两种方法: (1)时间date 通过cmd运行到binlog所在的目录,再录入: mysqlbinlog –stop-date=”2011-02-27 12:12:59″ jbms_binlog .000001 | mysql -uroot -proot (回车) 恢复到2011-02-27 12:12:59之前的数据,如果是start-date,即从该时间点后的开始算起 (2)位置position 查看生成的txt文件,获取编辑位置和时间等数据,然后通过命令: mysqlbinlog –stop-position=”98″ jbms_binlog.000002 | mysql -uroot -proot
误操作闪回的工具包括my2sql、binlog2sql和MyFlash等工具,其中,个人感觉my2sql最好用。 server_id=573306 character_set_server=utf8mb4 EOF docker restart mysql3306 mysql -uroot -plhr -h192.168.66.35 set utf8mb4; Query OK, 1 row affected (0.05 sec) MySQL [(none)]> show master logs; +--------------- Creating table 'sbtest8'... Creating table 'sbtest4'... Creating table 'sbtest2'... Creating a secondary index on 'sbtest8'... Creating a secondary index on 'sbtest7'...
innobackupex: Backup created in directory '/data/nfs/test_full_backup/2015-12-09_00-53-03' innobackupex: MySQL binlog position: filename 'mysql-bin.000004', position 8299670 151209 02:06:09 innobackupex: Connection
innobackupex: Backup created in directory '/data/nfs/test_full_backup/2015-12-09_00-53-03' innobackupex: MySQL binlog position: filename 'mysql-bin.000004', position 8299670 151209 02:06:09 innobackupex: Connection
MySQL 提供的 sql_safe_updates(安全更新模式) 正是为了防止因误操作而引发的灾难性数据更改。 启用该模式后,如果执行的 UPDATE 或 DELETE 语句缺少 WHERE 条件或没有使用索引限制,MySQL 将拒绝执行操作,从而有效避免全表更新或删除的风险。 为了方便管理,不希望每次登录都手动设置,你可以利用 MySQL 的 init_connect 变量,让非超级用户在登录时自动执行安全设置。 这是因为 sql_safe_updates(安全更新模式)已开启,MySQL 会限制执行可能影响大量数据的 UPDATE 或 DELETE 语句,防止误操作导致全表数据被意外修改或删除。 注意:拥有 SUPER 权限的用户(如 root 或其他管理员账户)登录时将不会执行 init_connect 语句,因为 MySQL 默认认为超级用户具备足够的权限去控制会话。
之前做过一个很傻的事情,输入chmod -R 777 / 输入快了,后面没有跟目录直接回车了。所有目录的权限都凌乱了,这里写一份恢复sshd登录的教程以及恢复系统文件的教程。最好恢复sshd之后,把数据拿出来,重新部署应用环境吧,以防以后位置的bug和风险。
About Me toc 一、my2sql简介 可以用于MySQL误操作闪回的工具包括my2sql、binlog2sql和MyFlash等工具,其中,个人感觉my2sql最好用。 server_id=573306 character_set_server=utf8mb4 EOF docker restart mysql3306 mysql -uroot -plhr -h192.168.66.35 set utf8mb4; Query OK, 1 row affected (0.05 sec) MySQL [(none)]> show master logs; +--------------- Creating table 'sbtest8'... Creating table 'sbtest4'... Creating table 'sbtest2'... Creating a secondary index on 'sbtest8'... Creating a secondary index on 'sbtest7'...
MySQL 8新特性 选择MySQL 8的背景:MySQL 5.6已经停止版本更新了,对于 MySQL 5.7 版本,其将于 2023年 10月31日 停止支持。后续官方将不再进行后续的代码维护。 :https://www.mysql.com/why-mysql/benchmarks/mysql/ 除了高性能之外,MySQL 8还新增了很多功能,我找了几个比较有特点的新特性,在这里总结一下。 to 'zhangsan'@'%' identified by 'Fawai@kuangtu6'; MySQL 5.7创建用户及授权 在MySQL 8中,创建用户和授权需要分开执行,否则会报错,执行不成功 : MySQL 8执行结果 在 MySQL 8 中,需要分2步完成创建用户和授权的操作: -- 创建用户 create user 'zhangsan'@'%' identified by 'Fawai 版本中,查询时对索引进行函数操作,则该索引不生效,基于此,MySQL 8中引入了 「函数索引」 。
基于mysql 5.x 大家一般都是通过mysql 客户端来管理MYSQL ,但基于ORACLE 对于MYSQL 8 整体的规划,如果仅仅基于 mysql 客户端命令来操作MYSQL 8 则就有点,不与时俱进了 ,上个系列从performance_schema说起还差一篇关于MYSQL 索引的问题,然后就告一段落了,那么后面会围绕着 MYSQL SHELL ,以及MYSQL 锁,锁的探查,以及问题的解决产生一个新的系列 基于MYSQL 8 后ORACLE 加大在MYSQL 各个方面的周边产品的研发,MYSQL SHELL 作为最新的控制和管理MYSQL 的一个方式的选择。 首先我们的安装我们的MYSQL SHELL ,mysql shell 一个有意思的地方是他与我们的MYSQL 的版本同时发布,如果有MYSQL 8.027 就有MYSQL shell 8.027 这个版本 8 查询数据的格式问题 Mysqlsh展示数据的方式主要有三种 1 针对json 数据的 josn pretty 2 针对传统数据的 table 3 针对传统数据的 vertical mysqlsh
安装 搜索镜像: docker search mysql 拉取镜像: docker pull mysql 创建容器: docker run --name webj2eedev-mysql \ -v /data/webj2eedev-mysql:/var/lib/mysql \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORD=webj2eedev@2022 \ -d mysql 进入容器: docker exec -it webj2eedev-mysql /bin/bash 登录MySQL: mysql -uroot -pwebj2eedev@2022 切换数据库: use mysql; 授权: ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY 'dareway@2022 参考: MySQL: https://dev.mysql.com/doc/ DockerHub: https://hub.docker.com/_/mysql