上次留了点尾巴,花点时间再说下。

首先对上次的方案做个小结。

先备份表内部分数据,再直接恢复数据到表内。

在主要遇到的场景下,执行时间会少于直接delete,主要原因如下:

1.delete在执行中(删除大量数据),多数是一个或者多个范围条件,索引无法给与优化。执行中需要扫描索引和表内数据,最后还需要写入binlog,这对资源的消耗是非常大的。

2.本文方案在执行中,备份中使用了where,可以通过巧妙的sql语法,充分利用索引。在之后的恢复过程中,drop table和create
table执行时间忽略不计,主要是insert对资源消耗大。但是insert操作跟delete相比消耗资源又是相对较小的。备份下来的insert语句都是一次写入多行,效率较高。

综上所述,本文的方案多数情况好于直接delete。另外对于索引的优化维护上,本文方案中实际上重建了索引,已经处于最优状态,无需后续在执行优化。

最后再说补充一个种情况。

有时候,导出的数据需要追加到指定的数据库内。而之前可能已经有一部分数据存在里面。

如果直接使用本文方案,那么会drop之前存的数据,造成数据损失。

在确认数据必须保存同时必须存放在同一个库内同一个表内的情况后,将导出数据语句稍作修改就可以了。

mysqldump -uroot -p -t chickens  testdb testtable --where="id>125443450" >
testtable201901.sql
mysql  -uroot -p testdb< testtable201901.sql

在mysqldump是用了“-t”参数,不做表结构导出。这样会得到一堆insert语句,之后直接导入指定库即可。

技术
©2019-2020 Toolsou All rights reserved,
Qt学习2——.pro文件和.h文件介绍LinkedHashMap基本用法&使用实现简单缓存pytorch之ResNet18(对cifar10数据进行分类准确度达到94%)华为Mate 40 Pro+ 5G曝光:徕卡电影镜头、陶瓷机身统计字母个数(java语言实现)JavaScript中的 Call 和 Apply1190 反转每对括号间的子串 leetcode记一次EventBus内存泄露导致的项目问题浅谈uni-app页面传值问题 Chrome OS,对程序员和Windows意味着什么?,互联网营销