MySQL 逻辑备份工具最常用的就是 mysqldump 了，一般我们都是备份整个实例或部分业务库。不清楚你有没有做过恢复，恢复场景可能就比较多了，比如我想恢复某个库或某个表等。那么如何从全备中恢复单库或单表，这其中又有哪些隐藏的坑呢？这篇文章我们一起来看下。
前面几篇文章为大家介绍了 MySQL 各种语句语法的用法及用户权限相关知识。本篇文章将主要讲解 MySQL 数据库数据备份与恢复相关知识，主要聚焦于逻辑备份，介绍mysqldump工具的使用以及恢复方法。
数据是很重要的，没有备份，删库就只能跑路了，当然这只是玩笑话了。但当数据损坏或者误操作删除数据时，备份就显得尤为重要了，备份可以恢复误删除的数据，备份可以作为我们最后的“救命稻草”。MySQL 也是可以按照服务运行状态分为冷备和热备（即停机和非停机），热备份又可以分为逻辑备份和裸设备备份。按照备份后的内容量又可以分为全量备份和增量备份。
上篇文章（转战MySQL Shell！数据库备份新姿势，轻松搞定备份操作！）简单介绍了使用MySQL Shell进行数据库备份，本文基于上文的备份进行数据恢复演示操作。
午休正酣，一个电话打散了睡意。电话那头的第一句话便是“开发童鞋写update SQL的时候忘了加where条件了！”相信每一名DBA，听到这个消息，心里都会有一种想骂街的冲动！万幸的是，只是单表写花了，而不是哪位大神在DB里面玩drop table。虽然已经很久没进行单表恢复了，但大致步骤都还在脑海中，没花多久就搞定了～
作者：李彬，爱可生 DBA 团队成员，负责项目日常问题处理及公司平台问题排查。爱好有亿点点多，吉他、旅行、打游戏…
上篇文章介绍了 mydumper 备份工具的使用方法，文中有提到 mydumper 和 myloader 是一对相互的命令，即 mydumper 负责备份（导出），myloader 负责恢复（导入）。那么 myloader 又该如何使用呢？本篇文章我们一起来看下。
这个专栏前 4 节由无为完成，后四节由马听完成，文稿互相审核。总结了两位作者在这些年自己或者朋友遇到过的高频面试题，希望能和你一起讨论这些问题。
爱可生数据库工程师，负责 MySQL 日常维护及 DMP 产品支持。擅长mysql故障处理。
在工作中，我们误删数据或者数据库，我们一定需要跑路吗？我看未必，程序员一定要学会自救，神不知鬼不觉的将数据找回。
数据库误删某表恢复方法，下面介绍的的方法是针对每天有备份的数据库和开启 binlog 日志的。
今天对接完成了SQL自动化上线的一个功能，其实心里还是有点小激动，终于可以很肯定说，数据库方向开始提供的是数据服务，而不是传统意义的工单了。
首先会启动一个xtrabackup_log后台检测的进程，实时检测mysql redo的变化，一旦发现redo有新的日志写入，立刻将日志写入到日志文件xtrabackup_log中 复制innodb的数据文件和系统表空间文件idbdata1到对应的以默认时间戳为备份目录的地方 复制结束后，执行flush table with read lock操作 复制.frm .myd .myi文件 并且在这一时刻获得binary log 的位置 将表进行解锁unlock tables 停止xtrabackup_log进程
官网下载：https://www.percona.com/downloads/XtraBackup/LATEST/
首先看下MySQL误删数据排名最前的几种是什么，然后说几点平时预防误操作导致文件/数据丢失不成熟的建议，最后再说万一发生误操作时，怎么以最快速度进行补救。
逻辑备份工具。文本形式保存备份，可读性较强。 备份逻辑： 将建库、建表、数据插入语句导出，包存至一个sql文件中。 比较适合于：数据量较小的场景，单表数据行千万级别以内。百G以内的小型数据库.跨版本、跨平台迁移。 可以本地、可以远程备份。 注意： 一般情况下，恢复需要耗费的时间是备份耗费时间的3-5倍。
存储引擎是mysql的特性之一，使用者可以根据自己的业务场景选择自己适合的存储引擎，是不是要支持事物，如何选择存储，如何选择索引数据，当然你也可以定制自己的存储引擎，如果你们公司有能力，mysql支持支持很多种存储引擎，如 Myisam ,Innodb,MEMORY,MERGE,BDB,EXAMPLE,CSV等等，mysql 5.5之前默认的存储引擎是Myisam,之后就是Innodb,今天我们只讲常见的存储引擎。
一个成熟的数据库架构并不是一开始设计就具备高可用、高伸缩等特性的，它是随着用户量的增加，基础架构才逐渐完善。这篇博文主要谈MySQL数据库发展周期中所面临的问题及优化方案，暂且抛开前端应用不说，大致分为以下五个阶段：
一个成熟的数据库架构并不是一开始设计就具备高可用、高伸缩等特性的，它是随着用户量的增加，基础架构才逐渐完善。这篇博文主要谈MySQL数据库发展周期中所面临的问题及优化方案，暂且抛开前端应用不说，大致分为以下五个阶段： 1、数据库表设计 项目立项后，开发部根据产品部需求开发项目，开发工程师工作其中一部分就是对表结构设计。对于数据库来说，这点很重要，如果设计不当，会直接影响访问速度和用户体验。影响的因素很多，比如慢查询、低效的查询语句、没有适当建立索引、数据库堵塞（死锁）等。当然，有测试工程师的团队，会做压
一个成熟的数据库架构并不是一开始设计就具备高可用、高伸缩等特性的，它是随着用户量的增加，基础架构才逐渐完善。
mydumper是针对mysql数据库备份的一个轻量级第三方的开源工具，备份方式为逻辑备份。它支持多线程，备份速度远高于原生态的mysqldump以及众多优异特性。与其相配套的恢复工具则是myloader，主要用于将dump出来的sql以并行的方式进行恢复。本文主要描述myloader的使用方法并给出示例。
MySQL Group Replication(MGR)是MySQL官方于2016年12月推出的一个全新的高可用与高扩展的解决方案，MGR是基于原生复制及paxos协议的组复制技术，并以插件的方式提供，可以采取多主模式和单主模式，单主模式下，会自动选主，所有更新操作都在主上进行，多主模式下，所有server都可以同时处理更新操作。下面我们就来搭建下MGR集群（单主模式）。
那大概是一个春暖花开的季节，我的内心是激动澎湃的，因为已经安排了休假计划。在这前几天，已经把一个新项目的数据库环境都部署好了，包括 自动化备份。
MYSQL 8.0后，XTRABACKUP 的参数有哪些变化，如果是通过XTRABACKUP 来备份那些参数的意义在哪里，是不是需要进行调整
log_bin binlog的开关和binlog的前缀
mysqldump 是一个命令行客户端程序，用于转储本地或远程 MySQL 用于备份到单个平面文件中的数据库或数据库集合。 如何备份和恢复 MySQL 数据库 如何备份 MySQL 数据库？ 备份 MySQL数据库或数据库，该数据库必须存在于数据库服务器中并且你必须有权访问它。命令的格式是。 # mysqldump -u [username] –p[password] [database_name] > [dump_file.sql] 所述命令的参数如下。 [username] ：有效的 MySQL 用户
关系型数据库模型是把复杂的数据结构归结为简单的二元关系，对数据的操作都是建立一个 或多个关系表格上
腾讯云数据库国产数据库专题线上技术沙龙正在火热进行中，5月23日杨杰的分享已经结束，没来得及参与的小伙伴不用担心，以下就是直播的视频和文字回顾。 关注“腾讯云数据库”公众号，回复“0523杨杰 ”，即可下载直播分享PPT。 我是来自CDB/CynosDB的架构师杨杰，主要负责CDB/CynosDB研发相关的工作。 今天分享的主题是CDB备份系统九鼎是如何支撑数十万节点的备份。主要分为几个部分。第一个部分是在海量场景下面，数据备份遇到的一个新的挑战。面对这个挑战，我们九鼎是怎么设计和应对的。第二部分是提升备
MySQL近两年一直稳居第二，随时有可能超过Oracle计晋升为第一名，因为MySQL的性能一直在被优化，同时安全机制也是逐渐成熟，更重要的是开源免费的。
数据库备份 数据库复制不能取代备份的作用 备份分类： 全量备份：整个数据库的完整备份 增量备份：在上一次备份基础上，对更改数据进行备份。mysqldump不支持这种 逻辑备份：结果为SQL语句，适用于所有存储引擎 物理备份：对数据库目录的靠背，对于内存表只备份结构 备份内容： 备份方式： mysqldump全备介绍 mysqldump备份 mysqldump database [tables] mysqldump --database DB1 [DB2] mysqldump --all-databases
作为MySQL DBA，在日常运维过程中，经常需要对某张表进行备份恢复。单个表常用的数据备份方法有下面几种：
这将创建一个名为employees的数据表，其中包含id、name、age和salary四个字段。
数据库的备份在普通的数据库是很正常不过的,但对于分布式数据库来说,备份是比较复杂. 下面就的说说TIDB 分布式数据库的备份和恢复的问题了.
备份前准备： 修改InnoDB为独立表空间模式，即在my.cnf中[mysqld]下设置innodb_file_per_table=1 建议创建一个单独的备份目录 例：/xbackup 全备：
备份恢复之前和同事投入了一些精力来完善，算是走上了平台化对接的一个开始，在满足功能的前提下，能够基本实现数据全备，增备和DML闪回，但是在性能和可控性方面还是存在不少的改进之处，最近梳理了下已有的备份恢复策略，准备在这个方面能有一定的成绩。
MGR（Mysql Group Replication）是5.7版本新加的特性，是一个MySQL插件。
一个成熟的数据库架构并不是一开始设计就具备高可用、高伸缩等特性的，它是随着用户量的增加，基础架构才逐渐完善。这篇文章主要谈谈MySQL数据库在发展周期中所面临的问题及优化方案，暂且抛开前端应用不说，大致分为以下五个阶段：
今天对运维系统的MySQL架构做了下升级，从单点实例升级到了MGR跨机房集群。当然目前也是一个迭代的方案，后续的架构升级还需要持续的补充，算是一个开始吧。
MySQL这么多章节了，前前后后20多篇了，我看了下自己本地的目录，已经可以说是很全了，但是有一点我发现很关键但是我还没提过，那就是安全。
数据库的里面的FLASHBACK 功能是一个让人刮目相看的功能，如果你做错了什么怎么能将那段时间的数据恢复，并且还让生产的应用不停止，这是一个数据库管理员都想拥有的功能， SQL SERVER 需要借助第三方软件的功能，可以完成数据的回滚和恢复，ORACLE 独有的FLASHBACK 功能，以及POSTGRESQL 的pg_dirtyread 功能，都可以从某些方面来进行数据的回滚和数据的找回。
MySQL8.0.21发布了，昨天临时在公号里放了张图片，简单粗暴地宣传了一下。今天补充一下详细信息。
冷备份: 这些备份在用户不能访问数据时进行，因此无法读取或修改数据。这些脱机备份会阻止执行任何使用数据的活动。这些类型的备份不会干扰正常运行的系统的性能。但是，对于某些应用程序，会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据。
1 在MYSQL 5.7 临时表包含了一个 "converting HEAP to on disk", 意思当临时表达到最大的内存使用的限制（一个表一个）16MB，则系统就要将这个临时表放到磁盘上了，但MYSQL 8.0 将这个默认的临时表的设置变成1GB
1. 做灾难恢复：对损坏的数据进行恢复和还原 2. 需求改变：因需求改变而需要把数据还原到改变以前测试：测试新功能是否可用
今天我们的zabbix-server机器根空间不够了，我一步步排查结果发现是/var/lib/mysql/下的libdata1文件过大，已经达到了41G。我立即想到了zabbix的数据库原因，随后百度、谷歌才知道zabbix的数据库他的表模式是共享表空间模式，随着数据增长，ibdata1 越来越大，性能方面会有影响，而且innodb把数据和索引都放在ibdata1下。
一提到数据，大家神经都会很紧张，数据的类型有很多种，但是总归一点，数据很重要，非常重要，因此，日常的数据备份工作就成了运维工作的重点中的重点的重点.................
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
