您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. mysql全倍 增量备草案

  2. 花了几个小时 第一次写mysql 备份脚本,不过写完后对mysql 备份和恢复就更加的了解了
  3. 所属分类:其它

    • 发布日期:2009-10-14
    • 文件大小:37888
    • 提供者:soul_plan
  1. mysql数据库备份脚本

  2. 简单的全备脚本,希望对维护mysql数据库的人有帮助,
  3. 所属分类:MySQL

    • 发布日期:2011-06-10
    • 文件大小:526
    • 提供者:ZXF5420
  1. Mysql全备脚本发附件到邮箱

  2. Mysql全备脚本发附件到邮箱!该脚本仅供参考学习使用!
  3. 所属分类:MySQL

    • 发布日期:2013-04-07
    • 文件大小:918
    • 提供者:songxixi
  1. MySQL 数据库误删除后的恢复方案

  2. • 本案例适用于人为 SQL 语句造成的误操作或者没有主从复制等的热备情况宕机时的修复。 • 恢复条件为 MySQL 要开启 binlog 日志功能,并且要全备和增量的所有数据。 • 恢复时建议对外停止更新,即禁止更新数据库。 • 先恢复全量,然后把全备时刻点以后的增量日志,按顺序恢复成 SQL 文件,然后把文件中有问题的 SQL 语句删除(也可通过时间和位置点),再恢复到数据库。
  3. 所属分类:Java

    • 发布日期:2017-10-11
    • 文件大小:1048576
    • 提供者:hyy80688
  1. Mysql备份与恢复

  2. 生产中Mysql备份恢复的形式,基于mysqldump备份及原理,基于Xtrabcackup备份及原理,表空间传输,binlog备份(增量),基于mysql全备+增备的恢复Tips
  3. 所属分类:MySQL

    • 发布日期:2018-05-29
    • 文件大小:8388608
    • 提供者:july_whj
  1. mysql的备份 增备+全备

  2. mysql备份;;增备+++全备 mysqldump xtrabackup
  3. 所属分类:MySQL

    • 发布日期:2018-05-31
    • 文件大小:3072
    • 提供者:qq_33411322
  1. 2017最新老男孩MySQL高级专业DBA实战课程全套【清晰不加密】,看完教程月入40万没毛病

  2. 第一部 MySQL基础入门(21节) 01-老男孩运维DBA课程开班.avi 02-数据库概念介绍.avi 03-数据库种类介绍及关系型数据库原理.avi 04-非关系型数据库介绍.avi 05-非关系型数据库种类介绍.avi 06-关系型数据库产品介绍01.avi 07-关系型数据库产品介绍02.avi 08-非关系型数据库产品介绍01.avi 09-数据库产品排名及发展大事记.avi 10-MySQL数据库产品介绍.avi 11-数据库基础内容小结.avi 12-为什么选择MySQL数据库
  3. 所属分类:数据库

  1. MySQL全备脚本

  2. MySQL全备脚本,可以直接使用。放心使用。稍稍更改一下脚本就可以了
  3. 所属分类:MySQL

    • 发布日期:2018-12-24
    • 文件大小:1024
    • 提供者:qq_28780103
  1. 2019杭州云栖大会-云时代数据库容灾解决方案

  2. 2019年,9月25日-27日,2019杭州云栖大会圆满成功。本专题由阿里云智能-资深技术专家:关羽主讲。 稿件来源:阿里云开发者社区,原文作者姓名。Alibaba Group| /PSARN 里巴巴 云时代,灾备建设的契机 01 Alibaba Group|Ps∧Rl *集团云”牺“大"会 灾难恢复能力国家标准等级 等级6 等级5 RPO0分钟 RTO数分钟 RPO30分钟 RTO分钟-小时 核心业务 等级4 数据0丢失 关键业务 备份与生产处理能力一致 等级3 RPO/RTO小时到天
  3. 所属分类:MySQL

    • 发布日期:2019-10-05
    • 文件大小:4194304
    • 提供者:thailong
  1. MySQL单表ibd文件恢复方法详解

  2. 随着innodb的普及,innobackup也成为了主流备份方式。物理备份对于新建slave,全库恢复的需求都能从容应对;但当面临单表数据误删,或者单表误drop的情况,如果使用物理全备进行恢复呢
  3. 所属分类:其它

    • 发布日期:2020-09-11
    • 文件大小:53248
    • 提供者:weixin_38683562
  1. mysql增量备份及断点恢复脚本实例

  2. 简介 增量备份是指在一次全备份或上一次增量备份后,以后每次的备份只需备份与前一次相比增加或者被修改的文件。这就意味着,第一次增量备份的对象是进行全备后所产生的增加和修改的文件;第二次增量备份的对象是进行第一次增量备份后所产生的增加和修改的文件,如此类推。 目的 解决完全备份中时间长、恢复慢的问题,采取了增量备份 特点 优:无重复数据,备份量不大,时间短 缺:需要上次完全备份及完全备份后的增量备份才能恢复,需对增量备份逐个反复恢复,操作繁琐 实现方式 通过mysql的二进制日志间接实
  3. 所属分类:其它

    • 发布日期:2020-12-15
    • 文件大小:418816
    • 提供者:weixin_38557896
  1. Mysql实时备份实现方法

  2. 目前成熟的实时备份为双机(master/slave),是基于同步日志事件来实现,那单机如何实现具有增量的备份呢?可以借用双机的原理,非常简单,实施步骤如下: Mysql版本:mysql4.0+ 1、vi my.cfg 代码如下: [mysqld] log-update=/home/backup/update #添加该行 2、service mysql restart 会在/home/backup/update00001文件,内容为数据库变化的所有SQL(没有select) 3、每天的全备,m
  3. 所属分类:其它

    • 发布日期:2020-12-15
    • 文件大小:65536
    • 提供者:weixin_38742647
  1. MySQL单表ibd文件恢复方法详解

  2. 前言: 随着innodb的普及,innobackup也成为了主流备份方式。物理备份对于新建slave,全库恢复的需求都能从容应对。 但当面临单表数据误删,或者单表误drop的情况,如果使用物理全备进行恢复呢? 下文将进行详细分析。 恢复过程中需要用到的工具,percona data recover tool : https://launchpad.net/percona-innodb-recovery-tool 情况一:误删部分数据,需要用最近一次备份覆盖 来自同一台机器的ibd恢复覆盖,且备份
  3. 所属分类:其它

    • 发布日期:2020-12-15
    • 文件大小:57344
    • 提供者:weixin_38592548
  1. MySQL数据库增量数据恢复案例

  2. 一、场景概述   MySQL数据库每日零点自动全备   某天上午10点,小明莫名其妙地drop了一个数据库   我们需要通过全备的数据文件,以及增量的binlog文件进行数据恢复   二、主要思想   利用全备的sql文件中记录的CHANGE MASTER语句,binlog文件及其位置点信息,找出binlog文件增量的部分   用mysqlbinlog命令将上述的binlog文件导出为sql文件,并剔除其中的drop语句   通过全备文件和增量binlog文件的导出sql文件,可以
  3. 所属分类:其它

    • 发布日期:2020-12-14
    • 文件大小:100352
    • 提供者:weixin_38654380
  1. MySQL使用mysqldump+binlog完整恢复被删除的数据库原理解析

  2. (一)概述 在日常MySQL数据库运维过程中,可能会遇到用户误删除数据,常见的误删除数据操作有: 用户执行delete,因为条件不对,删除了不应该删除的数据(DML操作); 用户执行update,因为条件不对,更新数据出错(DML操作); 用户误删除表drop table(DDL操作); 用户误清空表truncate(DDL操作); 用户删除数据库drop database,跑路(DDL操作) …等 这些情况虽然不会经常遇到,但是遇到了,我们需要有能力将其恢复,下面讲述如
  3. 所属分类:其它

    • 发布日期:2020-12-14
    • 文件大小:77824
    • 提供者:weixin_38661236
  1. mysql表物理文件被误删的解决方法

  2. 前言       1、该方法只介绍了如何救回这个表名(数据不恢复) 如果想要恢复原来数据 直接用extundelete把文件恢复后放回去即可       2、并且是适用于平时没有全备的情况下  如果有全备 直接那全备的frm和idb文件放回去 就可以了       3、该方法同样适用于数据表迁移(只迁移一个表)  因为discard再import的速度 远比先dump再恢复的速度要快得多 建议: 平时备份一下表结构是非常重要的 — 如果你直接删除了mysql的表文件 (.frm .id
  3. 所属分类:其它

    • 发布日期:2021-01-21
    • 文件大小:58368
    • 提供者:weixin_38550334
  1. mysql备份脚本 mysqldump使用方法详解

  2. 本文实例为大家分享了mysql备份脚本,供大家参考,具体内容如下 #!/bin/bash #全备方式,一般在从机上执行,适用于小中型mysql数据库 #删除15天以前备份 #作者:fafu_li #时间:2015.08.10 source /etc/profile #加载系统环境变量 source ~/.bash_profile #加载用户环境变量 set -o nounset #引用未初始化变量时退出 #set -o errexit #执行shell命令遇到错误
  3. 所属分类:其它

    • 发布日期:2021-01-19
    • 文件大小:44032
    • 提供者:weixin_38656989
  1. MySQL如何恢复单库或单表,以及可能遇到的坑

  2. 前言: MySQL 逻辑备份工具最常用的就是 mysqldump 了,一般我们都是备份整个实例或部分业务库。不清楚你有没有做过恢复,恢复场景可能就比较多了,比如我想恢复某个库或某个表等。那么如何从全备中恢复单库或单表,这其中又有哪些隐藏的坑呢?这篇文章我们一起来看下。 1.如何恢复单库或单表 前面文章有介绍过 MySQL 的备份与恢复。可能我们每个数据库实例中都不止一个库,一般备份都是备份整个实例,但恢复需求又是多种多样的,比如说我想只恢复某个库或某张表,这个时候应该怎么操作呢? 如果你的实例数
  3. 所属分类:其它

    • 发布日期:2021-01-19
    • 文件大小:80896
    • 提供者:weixin_38568548
  1. MySQL备份恢复设计思路

  2. 背景 首先交代一下背景,由于某些因素的限制,我们公司目前的备份策略采用的是隔天全备的方案,增量备份则使用的是binlog server的方式,那么如何快速恢复就成为了我们需要思考的问题 恢复需求 根据我以往的一些经验来说,通常需要从备份恢复数据的场景有如下几种: 1.被误删库了 2.被误删表了,类型为TRUNCATE或者DROP 3.被误删列了,类型为ALTER … DROP COLUMN 4.被误删数据了,类型为DELETE或者UPDATE或者REPLACE 5.表空间损坏或出现坏块了 根据
  3. 所属分类:其它

    • 发布日期:2021-01-19
    • 文件大小:200704
    • 提供者:weixin_38623249
  1. 详解如何利用docker快速构建MySQL主从复制环境

  2. 在学习MySQL的过程中,常常会测试各种参数的作用。这时候,就需要快速构建出MySQL实例,甚至主从。  考虑如下场景: 譬如我想测试mysqldump在指定–single-transaction参数的情况下,对于myisam表的影响。 本来想在现成的测试环境中进行,但测试环境中,有大量的数据,执行mysqldump进行全备,产生的SQL文件,很难基于表进行搜索。 这个时候,就特别渴望能有一套干净的实例进行测试。 此刻,快速构建能力就显得尤为必要,很多童鞋可能会问,通过脚本不就能实现么?为什么要
  3. 所属分类:其它

    • 发布日期:2021-01-11
    • 文件大小:69632
    • 提供者:weixin_38695751
« 12 »