Mysql数据恢复主要针对Windows游戏引擎服务器意外宕机,以及游戏出现重大BUG,导致需要回档. 注意:请在恢复数据库之前,备份目标数据库,切记! 一.Windows服务器意外DOWN机,数据库恢复操作流程: 1.数据库恢复之前,必须通知联运平台,提前出维护公告,恢复时间根据目录数据库的数量,来决定恢复时间,一般约2个小时. 2.确定需恢复的目标游戏服游戏引擎为关闭状态,记录目录服宕机时间.例如:2011-09-29 14:09:27 请查看系统事件查看器获得正确的异常关机时间 注意:当服

MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个: * 数据回复 * 主从数据库.用于slave端执行增删改,保持与master同步. 1.开启binary log功能 需要修改mysql的配置文件,本篇的实验环境是win7,配置文件为mysql安装目录\MySQL Server 5.1下的my.ini,添加一句log_bin = mysql_bin即可      eg:      [mysqld]            

MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个: * 数据回复 * 主从数据库.用于slave端执行增删改,保持与master同步. 1.开启binary log功能 对于mysql也是支持增量备份,但要打开mysql的bin log功能. 我们修改mysql的配置文件.linux是/etc/my.cnf,windows是mysql的安装目录/my.ini 我们在[mysqld]下面加上log-bin一行代码,如下面.

前提数据库开启了bin_log记录日志. 查看日志 刷新日志 flush logs; 再次查看 show binary logs; 向表中插入一条数据 现在执行delete误操作,删除所有的数据. delete from admin; 先查看binlog,生成002.sql:mysqlbinlog mysql-bin.000002 > 002.sql 查看002.sql,并只摘取delete部分内容: 可以看到在时间2018-08-15 18:14:15我们做了delete误操作.现在需要用my

练手mysql bin log日志相关 系统是centos 6.5 64 阿里云的服务器 mysql版本5.1 1 如何开启bin-log日志? vi /etc/my.cnf [mysqld] log-bin=mysql-bin 默认开启   2 查看日志文件 ls /var/lib/mysql 记录了所有的数据库变化操作(数据增删改,创建表等) 3查看是否开启?  先进入mysql中 然后使用如下命令 show variables like "log_%"; log_bin   |

MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个: * 数据回复 * 主从数据库.用于slave端执行增删改,保持与master同步. 1.开启binary log功能 需要修改mysql的配置文件,本篇的实验环境是win7,配置文件为mysql安装目录\MySQL Server 5.1下的my.ini,添加一句log_bin = mysql_bin即可      eg:      [mysqld]            

一.开启二进制日志1.进入配置文件[mysqld]下添加配置 方案一 vim /etc/my.cnf log-bin = /usr/local/mysql/logs/mysql_binmax_binlog_size = 100M方案二 vim /etc/my.cnf.d/server.cnf log_bin='二进制日志名称'2.重启服务 systemctl restart mysqld3.进入mysql查看二进制日志开启状态 show variables like 'log_bin'; 二.命

GTID实现主从复制数据同步 GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组成,这个全局事务ID不仅仅在原始服务器上唯一,在所有主从关系的mysql服务器上也是唯一的.正式因为这样一个特性使得mysql主从复制变得更加简单,以及数据库一致性更可靠. 介绍 GTID的概念 全局事务标识:global transaction identifiers GTID是一个事务一一对应,并且全局唯一ID 一个GTID在一个服务器上只执行一次,避免重复

参考博客: A:https://www.jianshu.com/p/55b0d52edca2 B:https://www.cnblogs.com/martinzhang/p/3454358.html C:https://www.cnblogs.com/xxoome/p/9802684.html 本文基于Mysql 5.7.27,Centos7.4. 1:如何开启bin_log 1.1:查看是否开启bin_log 1.2:修改mysql配置文件,开启bin_log (1)我的配置文件在 /etc/

恢复SQL Server被误删除的数据(再扩展) 大家对本人之前的文章<恢复SQL Server被误删除的数据> 反应非常热烈,但是文章里的存储过程不能实现对备份出来的日志备份里所删数据的恢复 这个是一个缺陷,本人决定对这个存储过程扩展一下,支持对log backup文件里的delete语句进行恢复 实验步骤 1.首先先准备好测试表和测试语句 USE [sss] GO --建表 CREATE TABLE testdelete ( id , ) NOT NULL PRIMARY KEY , NA

恢复SQL Server被误删除的数据 <恢复SQL Server被误删除的数据(再扩展)> 地址:http://www.cnblogs.com/lyhabc/p/4620764.html 曾经想实现Log Explorer for SQL Server的功能,利用ldf里面的日志来还原误删除的数据 这里有一篇文章做到了,不过似乎不是所有的数据类型都支持 以下为译文:http://raresql.com/2011/10/22/how-to-recover-deleted-data-from-s

汇总篇:http://www.cnblogs.com/dunitian/p/4822808.html#tsql 先贴错误: 吐槽一下: 进入正题: 新建一个同名数据库 停止MSSQL服务 替换数据库文件 重新启用MSSQL服务 看效果图: 设置数据库为应急模式 alter database BigData_TestInfo set emergency 快速修复一下(如果出现问题请试试, [Repair_Rebuild-重建索引并修复] 和 [Repair_Allow_Data_Loss-允许丢失

第一篇:MySQL 系列(一) 生产标准线上环境安装配置案例及棘手问题解决 第二篇:MySQL 系列(二) 你不知道的数据库操作 第三篇:MySQL 系列(三)你不知道的 视图.触发器.存储过程.函数.事务.语句 第四篇:MySQL 系列(四) 主从复制.读写分离.模拟宕机.备份恢复方案生产环境实战 去年公司有一个七年PHP开发经验的工程师,想要跳槽. 去国内某知名互联网公司面试后,被虐惨了,非要我给他讲讲什么是主从复制. 那好吧,读这篇文章的人好帅! 元芳,你怎么看? 本章内容: 主从复制 简

MongoDB提供了备份和恢复的功能,分别是MongoDB下载目录下的mongodump.exe和mongorestore.exe文件 1.备份数据使用下面的命令: >mongodump -h dbhost -d dbname -o dbdirectory -h:MongDB所在服务器地址,例如:127.0.0.1,当然也可以指定端口号:127.0.0.1:27017 -d:需要备份的数据库实例,例如:test -o:备份的数据存放位置,例如:c:\data\dump,当然该目录需要提前建立,在

在lvs+keepalived环境中,为了减小keepalived主从切换带来的意外风险,,设置主机恢复后不抢占VIP.待进行vrrp协议通告备机不可用时切换.主要修改两个地方.(红色部分) 只需修改主服务器state MASTER改为state BACKUP并添加nopreempt ! Configuration File for keepalived global_defs {notification_email {acassen@firewall.loc}notification_emai

需要工具extundelete(可通过xshell上传下载到linux)知识点:ifconifig eth0             查看ipfdisk /dev/sda          管理磁盘mkfs.ext4 /dev/sda4         格式化sda4分区为ext4的文件系统分区mount /dev/cdrom /mnt/        挂载光驱umount /dev/cdrom        卸载光驱df -Th                查看挂载信息echo $?   

我的MYSQL学习心得(十四) 备份和恢复 我的MYSQL学习心得(一) 简单语法 我的MYSQL学习心得(二) 数据类型宽度 我的MYSQL学习心得(三) 查看字段长度 我的MYSQL学习心得(四) 数据类型 我的MYSQL学习心得(五) 运算符 我的MYSQL学习心得(六) 函数 我的MYSQL学习心得(七) 查询 我的MYSQL学习心得(八) 插入 更新 删除 我的MYSQL学习心得(九) 索引 我的MYSQL学习心得(十) 自定义存储过程和函数 我的MYSQL学习心得(十一) 视图 我的

MEB(MySQL Enterprise Backup)是MySQL商业版中提供的备份工具,属于物理备份. 同XtraBackup一样,mysqlbackup的使用过程同样包含如下三个步骤: 备份(--backup)=> 应用日志(--apply-log)=> 恢复(--copy-back) 备份 # ./mysqlbackup --backup_dir=/backup --socket=/usr/local/mysql-advanced-5.6.23-linux-glibc2.5-x86_6

昨天,有个朋友对公司内部使用的一个MySQL实例开启binlog,但是在启动的过程中失败了(他也没提,为何会失败),在启动失败后,他删除了ibdata1和ib_logfile,后来,能正常启动了,但所有的表通过show tables能看到,但是select的过程中却报“Table doesn't exist”. 于是,建议他试试可传输表空间. 同时,自己也测试了下,确实可行. 测试版本 MySQL 5.6.32 社区版 恢复的基本步骤 1. 将原来的数据文件COPY到其它目录下. 2. 创建同名

应用场景:服务器A为正常运行的生产环境,需要在服务器B上部署一套相同环境做测试. 数据库环境:RHEL6.4 + Oracle 11.2.0.4.7 一. 服务器A备份数据库 1.1 在线备份(数据库运行在归档模式) 1.2 备份脚本内容 二. 服务器B恢复数据库 2.1 服务器B安装数据库软件 2.2 启动实例到nomount状态(指定pfile文件) 2.3 RMAN恢复控制文件,确定备份集有效性 2.4 RMAN恢复数据库 2.5 恢复后操作 一. 服务器A备份数据库 1.1 在线备份(数

本系列宗旨:真正掌握OCP考试中所考察的技能,坚决不做Paper OCP! 实验环境:RHEL 6.4 + Oracle 11.2.0.4 OCP考点实战演练01-备份恢复篇 1.数据库开启归档 2.配置数据库的可恢复性 3.RMAN恢复目录 4.创建RMAN备份 5.使用RMAN备份进行恢复 6.用户管理的备份和恢复 7.其他RMAN功能 8.监视和调整RMAN 9.配置和使用闪回 Reference 1.数据库开启归档 #正常关闭数据库之后,启动数据库到mount状态,开启数据库归档 SQL