dropDatabase

在此页面上

Synopsis

说明
例子

Synopsis

dropDatabase: 删除数据库时会发生dropDatabase事件。

说明

字段

类型

说明

_id

文档

一个 BSON对象，用作变更流事件的标识符。恢复变更流时，此值用作resumeAfter参数的resumeToken 。 _id对象具有以下形式：

{
   "_data" : <BinData|hex string>
}

_data类型取决于MongoDB版本，在某些情况下，还取决于变更流打开或恢复时的特征兼容性版本(FCV)。有关 _data类型的完整列表，请参阅恢复令牌。

有关通过 resumeToken 恢复变更流的示例，请参阅恢复变更流。

clusterTime

时间戳

clusterTime 是来自与该事件关联的oplog条目的时间戳。

由于oplog大小限制，多文档事务可能会创建多个oplog条目。在ACID 事务中，给定oplog条目中暂存的变更流事件股票相同的clusterTime 。

具有相同clusterTime的事件可能并不都与同一ACID 事务相关。有些事件与ACID 事务完全无关。从MongoDB 8.0开始，任何部署上的事件都可能如此。在以前的版本中，这种行为只适用于分分片集群上的事件。

要标识单个事务的事件，您可以在变更流事件文档中结合使用 lsid 和 txnNumber。

在版本8.0中进行了更改。

lsid

文档

与事务关联的会话标识符。

只有当操作是多文档事务的一部分时才会出现。

ns

文档

受事件影响的命名空间（数据库和/或集合）。

ns.db

字符串

发生事件的数据库的名称。

operationType

字符串

变更通知报告的操作类型。

为这些变更事件返回 dropDatabase 值。

txnNumber

NumberLong

与 lsid 一起使用的数字，有助于唯一标识事务。

只有当操作是多文档事务的一部分时才会出现。

wallTime

ISODate

数据库操作的服务器日期和时间。wallTime 与 clusterTime 的不同之处在于，clusterTime 是从与数据库操作事件相关的 oplog 条目中提取的时间戳。

6.0 版本中的新功能。

例子

以下示例说明了 dropDatabase 事件：

{
   "_id": { <Resume Token> },
   "operationType": "dropDatabase",
   "clusterTime": <Timestamp>,
   "wallTime": <ISODate>,
   "ns": {
      "db": "engineering"
   }
}

在为数据库生成dropDatabase事件之前， dropDatabase命令会为数据库中的每个collection生成事件。

dropDatabase事件会导致针对其自己的ns.db数据库打开的change stream的invalidate事件。

后退

删除

来年

dropIndexes