版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
开发的日常工作难免会遇到需要备份数据的场景，例如，DB特性变更，为了能备份便于回滚，亦或是，需要从不同服务器导数据。本文记录mysql、mongo数据库的常用导入/导出操作，方便查阅。
在以往的一些面试过程中，我发现了一些有趣的回答，它们很容易被为归类为“错误答案”。但有时，这些答案却发人深省或包含深刻的含义。本文涉及一些常见的 MySQL 问答，这些问答可能看起来“错误”或“有趣”，但实际上还有更多内容。我将分享一些看似“错误”或异想天开的答案，并仔细研究它们提供的宝贵经验和观点。
MySQL 作为全世界广受欢迎的数据库，被用于很多中小型的项目中，但是你对 MySQL 数据库的存储引擎了解多少呢？
MySQL 大表数据添加新字段 有时候我们在测试环境给一个表添加字段,但是在线上环境添加一个字段,却极其的慢。原因是线上的数据库一般会存有大量的数据(百万级,千万级),基本的添加字段方式在线上数据库已经不太合适了。 > alter table user add column flag tinyint(1) default 0; 基本添加方式,大量数据的表不推荐。执行加字段操作就会锁表，这个过程可能需要很长时间甚至导致服务崩溃。 解决方案 扩展新表方案 创建一个新表user_ext(id,user_id,f
如果Mysql服务无法启动，则可以通过Mysql表对应的.ibd文件恢复数据，如果你的Mysql服务可以正常启动，就不要使用这种方式了
本文将演示如何使用 Flink DataStream API 开发一个 Flink CDC 应用。
当前创建的 数据库 testForTable 字符集和校验集分别为 utf8 和 utf8_general_ci，这是由配置文件中的默认编码集决定的
备份是数据安全的最后一道防线，对于任何数据丢失的场景，备份虽然不一定能恢复百分之百的数据(取决于备份周期)，但至少能将损失降到最低。衡量备份恢复有两个重要的指标：恢复点目标(RPO)和恢复时间目标(RTO)，前者重点关注能恢复到什么程度，而后者则重点关注恢复需要多长时间。这篇文章主要讨论MySQL的备份方案，重点介绍几种备份方式的原理，包括文件系统快照(LVM)，逻辑备份工具Mysqldump，Mydumper，以及物理备份工具Xtrabackup，同时会详细讲解几种方案的优缺点，以及可能遇到的问题。
2020-12-02：mysql中，一张表里面有 ID 自增主键，当 insert 了 17 条记录之后，删除了第 15,16,17 条记录，再把 Mysql 重启，再 insert 一条记录，这条记录的 ID 是 18 还是 15 ？
作为MySQL DBA，在日常运维过程中，经常需要对某张表进行备份恢复。单个表常用的数据备份方法有下面几种：
爱可生数据库工程师，负责 MySQL 日常维护及 DMP 产品支持。擅长mysql故障处理。
MySQL InnoDB引擎的表通过拷贝物理文件来进行单表或指定表的复制，可以想到多种方式，今天测试其中2种：
数据库误删某表恢复方法，下面介绍的的方法是针对每天有备份的数据库和开启 binlog 日志的。
一、MySQL查询 1. 聚合函数 ① 统计 * 语法 count(需要统计的字段) * 注意 所有聚合函数都会自动跳过 null，解决方案 count(ifnull(字段，0));或count(*) * 示例 select count(*) from student; ② 最大值 * 语法 max(字段) * 示例 select max(math) from student; ③ 最小
看到标题，有的童鞋心中暗想“数据删除有什么可提的呢？不就是执行个delete语句吗？有什么难的呀？”其实呢数据删除没有你想的这么简单，一般情况下公司会明确的要求数据只能逻辑删除，不能物理删除。那什么优势逻辑删除，什么又是物理删除呢？
继续和大家分享，我去上海美团面试遇到的技术问题，当时，回答的也是马马虎虎的，不能说不好，也不能说好，反正就是没有给面试官一种爽的感觉。
mysql-2 一.数据库备份与恢复 1. 备份 数据库的备份是指将数据库转换成对应的sql文件。 数据库导出sql脚本的格式： l mysqldump -u用户名 -p密码 数据库名>生成的脚本文件路径 例如: mysqldump -uroot -p1234 day0401>d:\day04.sql 以上备份数据库的命令中需要用户名和密码，即表明该命令要在用户没有登录的情况下使用 2. 恢复 数据库的恢复指的是使用备份产生的sql文件恢复数据库，即将sql文件中的sql语句执行就可以恢复数据库内容。因
MySQL Replication是MySQL官方提供的主从同步方案，用于将一个MySQL实例的数据，同步到另一个实例中。Replication为保证数据安全做了重要的保证，也是现在运用最广的MySQL容灾方案。Replication用两个或以上的实例搭建了MySQL主从复制集群，提供单点写入，多点读取的服务，实现了读的scale out。
主键的设计最好不要与业务逻辑有所关联，主键最后是一串毫无意义，独立不重复的数字，比如：UUID，Auto_increment，又或者是雪花算法生成的主键等等
存储引擎是mysql的特性之一，使用者可以根据自己的业务场景选择自己适合的存储引擎，是不是要支持事物，如何选择存储，如何选择索引数据，当然你也可以定制自己的存储引擎，如果你们公司有能力，mysql支持支持很多种存储引擎，如 Myisam ,Innodb,MEMORY,MERGE,BDB,EXAMPLE,CSV等等，mysql 5.5之前默认的存储引擎是Myisam,之后就是Innodb,今天我们只讲常见的存储引擎。
MySQL用了很久，但是一直也是工作的使用，对于MySQL的知识点都比较零散碎片，一直也没有整体梳理过，趁着最近不忙，梳理一下相关的知识点。
在MySQL中，如果我们使用了默认的存储引擎innodb创建一张表，那么在文件夹下面就会出现表名.frm和表名.ibd两个文件，如果我们使用的是Myisam存储引擎，那么就会出现三个文件，这里我们给出例子：
从全备份中恢复出某一个库里的一张表(以取出hellodb.students为例)：
在工作中，我们误删数据或者数据库，我们一定需要跑路吗？我看未必，程序员一定要学会自救，神不知鬼不觉的将数据找回。
MySQL binlog集市的事情我们做了有一段时间了，最开始的初衷是异常操作的数据恢复，主要的痛点是如果发生了业务误操作，需要紧急恢复数据的时候，通常这些误操作是对于字典配置数据的变更，而要恢复的时候成本则太高了，举个极端的例子，1T数据量的数据库，要恢复的字典数据最有1M,但是很可能需要恢复1T的数据量作为代价，有点得不偿失，所以，我们对于binlog集市是希望尽可能完整的捕获数据库的数据变化，并且能够闪回恢复。
问题27：简述MySQL分表操作和分区操作的工作原理，分别说说分区和分表的使用场景和各自优缺点。
MySQL Server架构自顶向下大致可以分网络连接层、服务层、存储引擎层和系统文件层。
上一章（第15期：索引设计（索引组织方式 B+ 树））讲了数据库基本上都用 B+ 树来存储索引的原因：适合磁盘存储，能够充分利用多叉平衡树的特性，磁盘预读，并且很好的支持等值，范围，顺序扫描等。这篇主要介绍 MySQL 两种常用引擎，MyISAM 和 InnoDB 的索引组织方式，了解这些存储方式，对数据库优化很有帮助。
大纲 1.经过 2.追查 3.恢复数据库 4.安全设置 5.总结
优点： mysqldump的优点就是逻辑备份，把数据生成SQL形式保存，在单库，单表数据迁移，备份恢复等场景方便，SQL形式的备份文件通用，也方便在不同数据库之间移植。对于InnoDB表可以在线备份。
其余相关文章，参见： “分库分表" ？选型和流程要慎重，否则会失控 本篇文章从广度上说明了分库分表组件的选型和流程，以及其优缺点。尤其对比了驱动层和代理(proxy)层的中间件特点。如果你面试的时候有如此见解，包面试官满意。
备份时使用的mysqldump备份了数据库, 约100GB, (主要是某张表很大). 现在要使用该dump文件恢复数据.
想进大厂，mysql不会那可不行，来接受mysql面试挑战吧，看看你能坚持到哪里？
一. 什么是MERGE引擎 MERGE存储引擎把一组MyISAM数据表当做一个逻辑单元来对待，让我们可以同时对他们进行查询。
《高性能MySQL》读书笔记（二）——MySQL存储引擎概述 （原创内容，转载请注明来源，谢谢） 一、基础信息 mysql将数据库保存在数据目录下的一个子目录，创建表时，会在此目录下，创
在日常工作中我们不可避免地会遇到慢SQL问题，比如笔者在之前的公司时会定期收到DBA彪哥发来的Oracle AWR报告，并特别提示我某条sql近阶段执行明显很慢，可能要优化一下等。对于这样的问题通常大家的第一反应就是看看sql是不是写的不合理啊诸如：“避免使用in和not in，否则可能会导致全表扫描”“ 避免在where子句中对字段进行函数操作”等等，还有一种常见的反应就是这个表有没有加索引？绝大部分情况下，加了个索引基本上就搞定了。
前边的在《一条SQL查询在MySQL中是怎么执行的》中我们已经介绍了执行过程中涉及的处理模块，包括连接器、分析器、优化器、执行器、存储引擎等。今天我们来一起看看一条更新语句又是怎么一个执行流程。
作为《手撕MySQL》系列的第二篇文章，今天介绍一下MySQL的二进制日志（bin log），注意不要和MySQL的InnoDB存储引擎特有的重写日志（redo log）混淆，bin log是记录所有数据库表数据及表结构变更的二进制日志（不会记录查询操作），借助这个日志可以实现：数据恢复和 主从复制（不难理解，因为所有涉及变更的操作都记录了下来，可以追溯）。
MySQL单条SQL是单线程的，只能跑满一个core，ClickHouse相反，有多少CPU，吃多少资源，所以飞快； ClickHouse不支持事务，不存在隔离级别。这里要额外说一下，有人觉得，你一个数据库都不支持事务，不支持ACID还玩个毛。ClickHouse的定位是分析性数据库，而不是严格的关系型数据库。又有人要问了，数据都不一致，统计个毛。举个例子，汽车的油表是100%准确么？为了获得一个100%准确的值，难道每次测量你都要停车检查么？统计数据的意义在于用大量的数据看规律，看趋势，而不是100%准确。 IO方面，MySQL是行存储，ClickHouse是列存储，后者在count()这类操作天然有优势，同时，在IO方面，MySQL需要大量随机IO，ClickHouse基本是顺序IO。 有人可能觉得上面的数据导入的时候，数据肯定缓存在内存里了，这个的确，但是ClickHouse基本上是顺序IO，用过就知道了，对IO基本没有太高要求，当然，磁盘越快，上层处理越快，但是99%的情况是，CPU先跑满了（数据库里太少见了，大多数都是IO不够用）。 二、创建库
从标题可以看得出来，当时我们只做了分表；还是由于业务发展，截止到现在也做了分库，目前看来都还比较顺利，所以借着脑子还记得清楚来一次复盘。
语法：CREATE DATABASE [IF NOT EXISTS] db_name [create_specification [, create_specification] ...]
最近在客户环境遇到一个 sql_slave_skip_counter 使用不规范引起的主从故障问题。
作为后端开发，我们经常需要设计数据库表。整理了21个设计MySQL表的经验准则，分享给大家，大家看完一定会有帮助的。
上次我们介绍了采用逻辑备份mysqldump 备份方式，其最大的缺陷就是备份和恢复速度都慢，但如果数据库非常大，那再使用 mysqldump 备份就不太适合了。这时就需要一种好用又高效的工具，xtrabackup 就是其中一款，号称免费版的 InnoDB HotBackup。（mysqldump备份请到L宝宝聊IT公众号中找“mysql备份与还原——mysqldump结合binlog”文章）
前面几篇文章为大家介绍了 MySQL 各种语句语法的用法及用户权限相关知识。本篇文章将主要讲解 MySQL 数据库数据备份与恢复相关知识，主要聚焦于逻辑备份，介绍mysqldump工具的使用以及恢复方法。
本博客记录一下一次踩坑记录，过程是这样的，在跟一个bug，涉及到一张中间表，然后这张中间表的主键是自增的，不过因为对接其它系统，出现了主键唯一性冲突，所以我就只好改数据了，思路是想查最大值，然后修改数据。原本认为既然是一张中间表，那我不改关联表就好，我改中间表的主键应该不会影响系统。不料还是出现了数据问题了。
MySQL逻辑架构 了解MySQL的架构有助于深入理解MySQL服务器，下图是MySQL的三层逻辑架构图（图片来自于网络）。 第一层用于对客户端的连接处理、安全认证、授权等。每个客户端连接都会在服务
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
