一.数据库数据备份 1.全备 BakDir=/backup/full #创建全备目录 LogFile=/backup/full/bak.log #创建备份日志 Date=`date +%Y%m%d` Begin=`date +"%Y年%m月%d日 %H:%M:%S"` cd $BakDir DumpFile=$Date.sql GZDumpFile=$Date.sql.tgz mysqldump -uroot -phongjun123 --all-databases --lock-al

版本: django:2.1.7 python:3.7 mysql:5.7.25 今天在用django做mysql备份和恢复的时候,备份没问题,恢复时出现如下错误提示: The request's session was deleted before the request completed. The user may have logged out in a concurrent request, for example. 恢复的命令如下: recoverycmd = "mysql -u&q

mysql恢复数据时中文乱码,解决办法. 用source命令导入mysql数据库怎么设置中文编码 1.导出数据时指定编码在导出mysql sql执行文件的时候,指定一下编码格式: mysqldump -uroot -p --default-character-set=utf8 mo(dbname) > E://xxxx.sql 2.导入数据时指定编码 mysql -u root -p --default-character-set=utf8 use dbname source /root/new

1.在my.cnf 文件中增加以下配置 log-bin=/var/lib/mysql/mysql-binloglog-bin-index = /var/lib/mysql/mysql-binlog 2. 按时间进行日志恢复 mysqlbinlog --stop-datetime="2015-09-20 22:40:00" /var/lib/mysql/mysqlbinlog.000001| mysql -u root -p 3.全量恢复  mysqlbinlog --no-defaul

一.备份的目的 做灾难恢复:对损坏的数据进行恢复和还原需求改变:因需求改变而需要把数据还原到改变以前测试:测试新功能是否可用 二.备份需要考虑的问题 可以容忍丢失多长时间的数据:恢复数据要在多长时间内完: 恢复的时候是否需要持续提供服务:恢复的对象,是整个库,多个表,还是单个库,单个表. 三.备份的类型 1.根据是否需要数据库离线 冷备(cold backup):需要关mysql服务,读写请求均不允许状态下进行:温备(warm backup): 服务在线,但仅支持读请求,不允许写请求:热备(ho

mysql,frm格式恢复mysql表结构,以tuser.frm格式为例   新增数据库,如下,创建数据库名为ab   打开数据库,双击打开数据库   点右键新建表结构   新增表,里面只添加一个字段,主键,如下图   保存包结构,表明必须为tuser.frm中的tuser表名   打开mysql安装目录,找打ab数据库   进入ab目录,两个文件一个是文盲的表结构   将tuser.frm,覆盖ab目录下的frm   重启mysql,打开数据库表结构   然后打开刚建的表结构,那么以前的表结构

今天恢复mysql备份时,出现了Unknown command ‘\”这样的错误,原以为是备份文件出错,重新备份导入时还是出错.研究了一凡是因为编码的问题,解决方案如下: 使用你导出备份时的编码重新导入即可,例如我导出备份时的编码为utf8,那么导入时如下: mysql -uuser --default-character-set=utf8 databasename < databasename.sql

1. 任何执行时间长于 wait_timeout或interactive_timeout选项值得备份,都会导致会话被关闭,这也会隐含执行UNLOCK TABLES命令.2. 对于使用FLUSH TABLES WITH READ LOCK的备份策略来讲,一个共同的缺陷是它们需要两个独立的线程来完成备份过程.运行FLUSH TABLES WITH READ LOCK命令, 然后从当前连接退出将自动执行一条UNLOCK TABLES命令.从FLUSH TABLES WITH READ LOCK成功返回

前提:保存了需要恢复数据库的文件 .frm 和 .ibd 文件 条件:InnoDB 类型的 恢复表结构1.新建一个数据库--新建一个表,表名和列数和需要恢复数据库相同2.停止mysql服务器 service mysql stop ,3.在/usr/local/mysql/my.cnf 里面添加innodb_force_recovery = 64.将需要恢复的表.frm格式文件 覆盖/usr/local/mysql/data/数据库 下的.frm格式文件5.启动mysql服务器 service m

密码是一个非常重要的东西,所以往往设置的很复杂,也往往一不小心.......就忘了  : ( 很多童鞋在Linux下看到一堆命令行往往都是一脸懵逼,不知从何下手,这里记录了下基本的恢复操作以备不时之需! 第一步  先停止MySql服务 systemctl stop mysqld 设置Mysql的环境选项 systemctl set-environment MYSQLD_OPTS="--skip-grant-tables" 然后重启动MySql服务 (此时加载的option就是第二步你指

最近恢复mysql数据库备份时,出现了一个错误:Got a packet bigger than 'max_allowed_packet' bytes 该问题主要是由于mysql的my.ini文件中设置的max_allowed_packet值过小造成的.现将解决方案留存. 打开my.ini,该文件在mysql的安装根目录下,如果根目录下找不到,可以到C:\ProgramData目录下的MySQL目录下找找看.肯定在这两个目录中. 找到如下图配置项: 安装时默认位4M,将其修改的大一些即可.

1.崩溃恢复: 突然断电.宕机,导致mysql无法正常启动: (1) 关闭数据库. (2) Vim /etc/my.cnf  添加:innodb_force_recovery=1   默认为0. 1(SRV_FORCE_IGNORE_CORRUPT):忽略检查到的corrupt页. 2(SRV_FORCE_NO_BACKGROUND):阻止主线程的运行,如主线程需要执行full purge操作,会导致crash. 3(SRV_FORCE_NO_TRX_UNDO):不执行事务回滚操作. 4(SRV

0x00 事件 因为本地的服务器硬件出现故障,导致一台 Windows 系统的开发环境挂了,且无法短时间内恢复状态. 应急方案是使用了云上的系统重建了开发环境. 开发人员说需要挂了的那台 Windows 开发环境中的数据库数据,因为一些数据只有那个环境里面有.于是找了把螺丝刀把硬盘拆下来,用移动硬盘盒将数据库的数据目录拉了出来,因为 Windows 环境是使用的是MySQL作为数据库存储数据,所以准备用「冷备」的方式将数据导出. 吾在 Linux 系统中装了 MySQL,停下服务后将备份的 Wi

本机用的Navicat连mysql测试DB又连了正式DB,因为本地与正式要频繁操作所以都打开了很多查询,本来要DELETE删除测试DB的数据,没看清在正式环境执行了.共删除了325条数据,然后在网上找恢复数据的办法,一定要是DELETE删除的,如果用的是drop table删除表是没办法恢复的,本次操作是Windows,如果是Liunx下的Mysql过程流程完全一样,也可以胡考的,具体恢复流程如下 第一步:先查看binlog功能是否开启 show variables like '%log_bin

MySQL-5.7 备份与恢复   一.备份分类 按介质分类: 物理备份指通过拷贝数据库文件方式完成备份,适用于数据库很大,数据重要且需要快速恢复的数据库. 逻辑备份指通过备份数据库的逻辑结构和数据内容的方式完成备份,适用于数据库不是很大,或需要对导出文件做一定修改,或重建此库的情况. 优缺点: 物理备份速度快于逻辑备份,因为逻辑备份需要访问数据库并将内容转化成逻辑备份需要的格式 物理备份的备份恢复粒度范围是整个数据库或单个文件,对单表是否有恢复能力取决于存储引擎(MyISAM下每个表对应独立文

转载:https://www.cnblogs.com/q149072205/p/11940591.html 本机用的Navicat连mysql测试DB又连了正式DB,因为本地与正式要频繁操作所以都打开了很多查询,本来要DELETE删除测试DB的数据,没看清在正式环境执行了.共删除了325条数据,然后在网上找恢复数据的办法,一定要是DELETE删除的,如果用的是drop table删除表是没办法恢复的,具体恢复流程如下 第一步:先查看binlog功能是否开启 show variables like

1.将原表删除,包括ibd和frm文件 2.重新创建表结构. 3.丢弃表空间 alter table tableName discard tablespace; 4.将要恢复的ibd文件拷贝到数据库目录下 5.将恢复的ibd文件给权限 6.重启导入 alter table tableName import tablespace;

今天在上班过程中需要将一个1.3G的数据库sql文件导入到mysql数据库中去,在执行过程遇到了一些问题,执行到一半时报错,错误如下 ERROR 2006 (HY000) at line 1016: MySQL server has gone away 报错后百度查了下资料,大概是因为mysql在导入数据时sql语句过长,超过了mysql的max_allowed_packet的限制,这个可以通过修改这个 参数的大小来调节: set global max_allowed_packet=1024*1

1.停止MySQL服务: // mysqld stopnet stop mysql 2.跳过权限检查启动MySQL(此时不要关闭CMD窗口):   // mysqld -nt –skip-grant-tables  mysqld --defaults-file="F:\huangyx\tmp\MySQL-5.5.47.0\MySQL\my.ini" --skip-grant-tables 3. 重新打开一个CMD,重设root密码:mysql -u rootuse mysqlUPDAT

原因:是由于默认的通信缓冲区的最大长度为50M(max_allowed_packed). 处理办法: //查看当前max_allowed_packet的大小 show global variables like 'max_allowed_packet'; //修改max_allowed_packet的大小 set global max_allowed_packet=1024*1024*50;

这里说的MySql恢复数据库,是指没有通过正常备份的情况下,通过Mysql保存的数据文件如何恢复数据库. 由于在一台测试机器上打算重新安装Mysql数据库,由于简单粗暴的直接卸载了,没有备份公司Discuz和Redmine使用的Mysql数据库,过程可想的悲惨. 还好的是只是卸载掉了Mysql的程序,所有的数据文件还是存在的. 下面是在恢复数据库的过程 1. Discuz数据库 Discuz数据库的恢复非常顺利, 在安装好新版本的Mysql后,直接将原来的数据库文件copy到新的数据目录中,重新