Mongodb的危险操作delete

前言

经常听到各种有趣的新闻,程序员对老板不满,一怒之下删库跑路。或某大厂误操作,把关键数据表删除导致业务停滞几个小时。删库和删表,都是很危险的操作,执行前需要谨慎。否则,轻则需要数据恢复,重则需要引咎辞职甚至锒铛入狱。演绎真实版的从入门到入狱。

数据宝贵,千万不要因为错误的操作,导致致命损失。执行删除操作前,也请反复确认删除的数据是否符合目标。

本文介绍delete操作前,先介绍一些删除操作的经验。

  • 执行delete前,使用find确认删除的数据范围。mongodb删除命令与查找命令find中的过滤器相同。执行删除时,将find替换成remove或deleteMany命令,即可删除目标数据。
  • 删除重要数据前,可以对数据进行预先备份,这样即使错误的删除数据,也可以进行恢复。
  • 优先考虑使用update方法进行数据逻辑删除,需要时进行物理删除。

Mongodb的删除方法

mongodb提供了两种删除方法

//删除多条数据
db.collection.deleteMany()
//删除一条数据
db.collection.deleteOne()

用户可以使用Mongo DB Atlas页面,用户自己的应用程序,Mongodb Compass等数据库客户端执行数据删除程序。

删除集合中所有文档

向deleteMany()方法中传递一个空的过滤器,即可删除所有文档

//删除集合中所有文档
db.collection.deleteMany({},options)//其中options是可选项,用户可以按照需要添加

定义options

{
  writeConcern:<document>,
  collation:<document>,
  hint:<document|string>
}

在下表中列出参数说明

|--------------|----------|-------------------|
| 参数 | 类型 | 说明 |
| writeConcern | 文档类型 | 可选参数,定义复制集中数据提交类型 |
| collation | 文档类型 | 可选参数,指定字符序 |
| hint | 文档类型或字符串 | 指定删除文档时用到的索引 |

按指定条件删除文档

通过向过滤器中指定查询条件,删除查询过滤出来的数据。

//删除符合查询条件的文档
db.collection.deleteMany({<field1>: <value>})

删除一条文档记录

使用deleteOne方法,删除一条记录

//删除符合条件的一条记录
db.collection.deleteOne({<field1>:<value1>},options)

这里,相信很多用户又会有一些疑问,如果使用的过滤器能够查询出来多条记录,怎样确定删除的第一条记录?当没有指定排序时,mongodb默认的数据排序是按照数据插入时的顺序排序。使用不加排序的find名利查找出来的第一条记录,就是被删除的记录。删除之前,需要确定好第一条记录是哪一条。最好使用文档的_id字段等能够唯一确定文档的字段来删除一条数据,避免产生不必要的错误。

定义options

{
  writeConcern:<document>,
  collation:<document>,
  hint:<document|string>
}

在下表中列出参数说明

|--------------|----------|-------------------|
| 参数 | 类型 | 说明 |
| writeConcern | 文档类型 | 可选参数,定义复制集中数据写入策略 |
| collation | 文档类型 | 可选参数,指定字符序 |
| hint | 文档类型或字符串 | 指定删除文档时用到的索引 |

写入策略writeConcern

复制集指定删除数据时的数据写入策略。如果从节点返回主节点的时间多于100毫秒,删除报错,

//三节点的复制集合中,设置写入策略为majority从节点等待时间为100
db.orders.deleteMany({
  "client": "Crude Traders Inc."
}, {
  writeConcert: { w: "majority", wtimeout: 100}
})

WriteConcernError({
   "code" : 64,
   "errmsg" : "waiting for replication timed out",
   "errInfo" : {
     "wtimeout" : true,
     "writeConcern" : {    // Added in MongoDB 4.4
       "w" : "majority",
       "wtimeout" : 100,
       "provenance" : "getLastErrorDefaults"
     }
   }
})

索引

删除数据时,索引不会删除。当索引与集合中数据差异较大时,需要重建索引,减少索引所在空间,提高索引效率。

相关推荐
云和数据.ChenGuang4 小时前
Django 应用安装脚本 – 如何将应用添加到 INSTALLED_APPS 设置中 原创
数据库·django·sqlite
woshilys5 小时前
sql server 查询对象的修改时间
运维·数据库·sqlserver
Hacker_LaoYi5 小时前
SQL注入的那些面试题总结
数据库·sql
建投数据6 小时前
建投数据与腾讯云数据库TDSQL完成产品兼容性互认证
数据库·腾讯云
Hacker_LaoYi7 小时前
【渗透技术总结】SQL手工注入总结
数据库·sql
岁月变迁呀7 小时前
Redis梳理
数据库·redis·缓存
独行soc7 小时前
#渗透测试#漏洞挖掘#红蓝攻防#护网#sql注入介绍06-基于子查询的SQL注入(Subquery-Based SQL Injection)
数据库·sql·安全·web安全·漏洞挖掘·hw
你的微笑,乱了夏天7 小时前
linux centos 7 安装 mongodb7
数据库·mongodb
工业甲酰苯胺7 小时前
分布式系统架构:服务容错
数据库·架构
独行soc8 小时前
#渗透测试#漏洞挖掘#红蓝攻防#护网#sql注入介绍08-基于时间延迟的SQL注入(Time-Based SQL Injection)
数据库·sql·安全·渗透测试·漏洞挖掘