mysqldump 是 Mysql 自带的逻辑备份工具。其备份原理是经过协议链接到 Mysql 数据库,将须要备份的数据查询出来转换成对应的 insert 语句。当须要还原这些数据时,只要执行这些 insert 语句,便可将对应的数据还原。 mysql
经常使用命令:sql
导出全部数据库数据库
mysqldump -uroot -p123456 --all-databases >/tmp/all.sql
导出指定数据库分布式
mysqldump -uroot -p123456 --databases db >/tmp/db.sql
导出指定表工具
mysqldump -uroot -p123456 --databases db --tables a >/tmp/a.sql
根据条件导出数据3d
mysqldump -uroot -p123456 --databases db --tables a --where='id=1' >/tmp/a.sql
只导出表结构code
mysqldump -uroot -p123456 --no-data --databases db >/tmp/db.sql
source 命令能够将导出的 sql 文件导入进指定数据库。blog
操做步骤:索引
use 数据库;it
soucre 已导出的 sql 文件。
1. 数据库A历史数据迁移到 hdfs(一种分布式文件系统)上进行归档;
2. 删除数据库A已归档的表,使用 drop 命令;
3. 数据库A上新建表,用于数据库B迁移;
4. 数据库B中除未完成单外都迁移至数据库A;
5. 脚本进行删除数据库B上已迁移数据。
在 Innodb 存储引擎中,innodb_file_per_table 参数是用来控制表数据的存储方式的。
当参数为 OFF 的时候,全部数据都存放于默认路径下名为 ibdata* 的共享表空间里,即将数据库全部的表数据及索引文件存放到一个文件中。在删除数据表的时候,ibdata* 文件不会自动收缩。
当参数为 ON 的时候,每个表都将存储在一个以 .ibd 为后缀的文件中。这样每一个表都有了本身独立的表空间,经过 drop table 命令就能够将表空间进行回收。
从 Mysql 5.6.6 版本开始,innodb_file_per_table 默认为 ON 状态。
经过 show variables like '%per_table%' 命令,能够查看 innodb_file_per_table 参数的当前状态:
若是想修改参数的状态,可经过 SET GLOBAL 动态地修改成 ON 或 OFF,也能够在 my.cnf 中作永久性修改。须要注意的是,在 my.cnf 中修改后生效的话须要重启 mysqld 服务。
疑问:若是以前参数为 OFF 状态,设置为 ON 状态后,表空间如何分配?
答案是仅对后续操做生效。
什么意思呢?修改前的数据还维持原状,也就是说以前的数据继续存放于 ibdata* 文件中,修改后的使用独立表空间。
因此建议在开始就将该参数设置为 ON 状态。
在这以前要先介绍下 Innodb 存储数据所用的 B+ 树结构,画个图你理解下:
在图中,P 表明一页数据,R 表明一行数据。
假设咱们要删掉 R2 这条记录,InnoDB 引擎只会将其标记为删除状态,并不会真正把这行数据所占的空间释放掉,也就是说这个坑位还留着。若是后续所插入的数据在 R1 与 R3 之间的话,这个空间是能够被使用上的。
假设咱们刚好删除了 R一、R二、R3 这三条记录,也就是说 P1 这一页的数据都被删掉了,那么 P1 所在的空间都会被标记为可复用。若是插入的数据须要使用新页的话,P1 的坑位就能够被利用起来了。
那么你可能会问了,我插入的数据刚好巧妙的避开了这些位置呢。那我还能说啥,骚呗。这样会形成不少空间被浪费,若是删除大量的数据的话,被浪费的空间也会是巨大的。
optimize table 的本质是 ALTER TABLE xxx ENGINE = InnoDB;
在5.5版本以前,重建表的过程是这样的:
而后用临时文件替换旧表,这样便实现了表的重建。
一、控制迁移速度,防止主从延迟致使线上故障;
二、建立大表时,使用下面的建表语句可节省 50% 左右的空间:
ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=8
三、使用 optimize table 压缩表时,须要留够必定的空间。
做者:你们好,我是莱乌,BAT搬砖工一枚。从小公司进入大厂,一路走来收获良多,想将这些经验分享给有须要的人,所以建立了公众号「IT界农民工」。定时更新,但愿能帮助到你。