MySQL数据清理的需求分析和改进

| 139202 | 139156 | 47 |

+----------+---------+----------+

1 row in set (0.00 sec)

这个问题接下来该怎么解释呢。我给这位同伙说，作为DBA，不但要对物理的操作要闇练，还要对数据须要保持敏感。

怎么懂得呢，update_time没有索引，id是主键，我们完全可以估算数据的变更情况。

怎么估算呢，如不雅大年夜家不雅察细心，会发明两次供给的信息相参军半天，自增利的值相差是大年夜概4000阁下。一天的数据变更根本是1万。

如今距离10月1日已经有24天了，就可以直接估算出数据大年夜概是在1363474邻近。

mysql> select current_date-'20171001'; 
 
+-------------------------+ 
 
| current_date-'20171001' | 
 
+-------------------------+ 
 
| 24 | 
 
+-------------------------+ 
 
1 row in set (0.00 sec)

按照这个思路，我供给了语句给同伙，他一检查,和我初步的估算值差不了太多。

mysql> select id , create_time ,update_time from test_data where id=1363474; 
 
+---------+---------------------+---------------------+ 
 
| id | create_time | update_time | 
 
+---------+---------------------+---------------------+ 
 
| 1363474 | 2017-09-29 10:37:29 | 2017-09-29 10:37:29 | 
 
+---------+---------------------+---------------------+ 
 
1 row in set (0.07 sec)

简单调剂一下，就可以完全按照id来过滤数据来删除数据了，这个过程照样建议做到批量的删除，小步快进。

前提照样做好备份，然后慢慢主动化完成。

【编辑推荐】

一个弗成思议的MySQL慢查分析与解决
分布式MySQL数据库中心件MySQLDA深刻介绍
应用MySQL全备份，若何只恢复一个库或者一个表？
MySQL是若何做到安然上岸
大年夜MySQL和MongoDB的比较，看SQL与NoSQL的较劲

【义务编辑：庞桂玉 TEL：（010）68476606】

2/2 首页上一页 1 2

　　推荐阅读

　　Facebook开源相似性搜索类库Faiss，超越已知最快算法8.5倍

Tech Neo技巧沙龙 | 11月25号，九州云/ZStack与您一路商量云时代收集界线治理实践计算GPU 实现方面也做了很大年夜的投入，在原生多 GPU 的支撑下能产出惊人的单机机能。GPU 实现已经可以作>>>详细阅读

本文标题：MySQL数据清理的需求分析和改进

地址：http://www.17bianji.com/lsqh/38867.html

1/2 1