【翻译】MongoDB指南/CRUD操作（二）

【原文地址】https://docs.mongodb.com/manual/

MongoDB CRUD操作（二）

主要内容：

更新文档，删除文档，批量写操作，SQL与MongoDB映射图，读隔离（读关注），写确认（写关注）

1 更新文档

1.1 更新

MongoDB提供下列方法用于更新一个集合

db.collection.updateOne()	更新使用指定过滤器匹配到的文档，即使过滤器匹配到多个文档，也只会更新一个文档。 3.2版本新增特性。
db.collection.updateMany()	更新使用指定过滤器匹配到的所有文档。 3.2版本新增特性。
db.collection.replaceOne()	替换使用指定过滤器匹配到的文档，即使过滤器匹配到多个文档，也只会更新一个文档。 3.2版本新增特性。
db.collection.update()	更新或者替换一个使用指定过滤器匹配到的文档，或者更新使用指定过滤器匹配到的所有文档。默认只更新一个文档。为了更新多个文档，请使用multi 选项。

上述方法接受以下参数：

过滤器文档，确定要更新哪些文档。这些过滤器与查询操作中使用的过滤器有相同的句法规则。

　　查询过滤器文档，使用表达式<field>:<value>指定相等条件，找出所有字段<field>的值为<value>的文档：

　　　　　　　　{ <field1>: <value1>, ... }

　　查询过滤器文档，可使用查询操作符指定条件：

　　　　　　　　{ <field1>: { <operator1>: <value1> }, ... }

指定了更新内容的更新文档；或一个替换的文档，替换掉匹配到的文档而保持_id字段不变。
一个选项文档。

1.2 行为

原子性

MongoDB 中写操作在单文档级别具有原子性。

_id字段

文档一旦创建，_id字段值就固定了，不能被更新，也不能用一个_id字段值与原文档不同的文档来替换原文档。

文档大小

当执行更新操作时，导致文档变大并超出已分配的大小时，更新操作会在磁盘上重新定位文件。

字段顺序

MongoDB 保持字段写入时的顺序，除非遇到下列情况：

_id字段总是处在首位。
更新的时候对某一个或某些字段重命名可能导致字段顺序变更

2.6版本中的变化：从2.6版本开始，MongoDB 尽可能地保持字段写入时的顺序，但之前的版本并不是这样的。

Upsert 选项

如果db.collection.update(), db.collection.updateOne(), db.collection.updateMany(), 或者db.collection.replaceOne()包括

“upsert : true”并且使用指定的过滤器没有匹配到任何文档，那么此操作将会创建一个新文档并插入数据库。如果匹配到文档，那么此操作将修改或者替换匹配到的一个或多个文档。

1.3示例集合

本页的例子在mongo shell中使用db.collection.find() 方法。在mongo shell中，如果没有将游标赋给一个var类型的变量，那么游标将会自动迭代20次以打印结果集中的前20个文档。

在mongo shell中执行下面的语句，将数据灌入users 集合。

db.users.insertMany(

[

{

_id: 1,

age: 19,

type: 1,

status: "P",

favorites: { artist: "Picasso", food: "pizza" },

finished: [ 17, 3 ],

badges: [ "blue", "black" ],

points: [

{ points: 85, bonus: 20 },

{ points: 85, bonus: 10 }

]

{

_id: 2,

age: 42,

type: 1,

status: "A",

favorites: { artist: "Miro", food: "meringue" },

finished: [ 11, 25 ],

badges: [ "green" ],

points: [

{ points: 85, bonus: 20 },

{ points: 64, bonus: 12 }

]

{

_id: 3,

age: 22,

type: 2,

status: "A",

favorites: { artist: "Cassatt", food: "cake" },

finished: [ 6 ],

badges: [ "blue", "Picasso" ],

points: [

{ points: 81, bonus: 8 },

{ points: 55, bonus: 20 }

]

{

_id: 4,

age: 34,

type: 2,

status: "D",

favorites: { artist: "Chagall", food: "chocolate" },

finished: [ 5, 11 ],

badges: [ "Picasso", "black" ],

points: [

{ points: 53, bonus: 15 },

{ points: 51, bonus: 15 }

]

{

_id: 5,

age: 23,

type: 2,

status: "D",

favorites: { artist: "Noguchi", food: "nougat" },

finished: [ 14, 6 ],

badges: [ "orange" ],

points: [

{ points: 71, bonus: 20 }

]

{

_id: 6,

age: 43,

type: 1,

status: "A",

favorites: { food: "pizza", artist: "Picasso" },

finished: [ 18, 12 ],

badges: [ "black", "blue" ],

points: [

{ points: 78, bonus: 8 },

{ points: 57, bonus: 7 }

]

}

]

)

1.4 更新一个文档的指定字段

为了改变字段，MongoDB提供了更新操作符，例如，使用$set修改字段值。

更新文档的格式为：

{

<update operator>: { <field1>: <value1>, ... },

<update operator>: { <field2>: <value2>, ... },

...

}

有些更新操作符会在被更新字段不存在的情况下创建该字段，如 $set。

db.collection.updateOne()

3.2版本新增

下面的例子演示使用db.collection.updateOne()方法和匹配条件favorites.artist等于“Picasso”，更新匹配出的多个文档中的第一个：

使用操作符$set将字段favorites.food的值修改为“pie”并将字段的类型值改为3.
使用操作符 $currentDate将字段lastModified 的值更改为当前时间。如果字段lastModified 不存在，$currentDate 会创建此字段。

db.users.updateOne(

{ "favorites.artist": "Picasso" },

{

$set: { "favorites.food": "pie", type: 3 },

$currentDate: { lastModified: true }

}

)

db.collection.updateMany()

3.2版本新增

下面的例子演示使用db.collection.updateMany()方法和匹配条件favorites.artist等于“Picasso”，更新匹配出的所有文档：

使用操作符$set将字段favorites.food的值修改为“pie”并将字段的类型值改为3.
使用操作符 $currentDate将字段lastModified 的值更改为当前时间。如果字段lastModified不存在，$currentDate会创建此字段。

db.users.updateMany(

{ "favorites.artist": "Picasso" },

{

$set: { "favorites.artist": "Pisanello", type: 3 },

$currentDate: { lastModified: true }

})

Db.collection.update（）

下面的例子演示使用db.collection.updateOne()方法和匹配条件favorites.artist等于“Picasso”，更新匹配出的多个文档中的第一个：

使用操作符$set将字段favorites.food的值修改为“pie”并将字段的类型值改为0.
使用操作符 $currentDate将字段lastModified 的值更改为当前时间。如果字段lastModified 不存在，$currentDate 会创建此字段。

db.users.update(

{ "favorites.artist": "Pisanello" },

{

$set: { "favorites.food": "pizza", type: 0, },

$currentDate: { lastModified: true }

})

使用db.collection.update()方法和multi: true 选项更新多个文档

db.users.update(

{ "favorites.artist": "Pisanello" },

{

$set: { "favorites.food": "pizza", type: 0, },

$currentDate: { lastModified: true }

{ multi: true })

1.5 替换文档

为了替换一个文档中除_id字段以外的所有内容，将一个新文档作为db.collection.replaceOne()或db.collection.update()的第二个参数进行传递。替换文档必须由<field> : <value>组成。

替换文档可以包含不同于原文档的字段。因为_id字段是不变的，所以替换文档中的_id字段可以省略，如果替换文档中包含_id字段，那么替换文档的

_id字段值必须与原文档相同。

db.collection.replaceOne

下面的例子演示了使用db.collection.replaceOne()方法和过滤条件条件为name 等于"abc" ，将集合users 中匹配到的第一个文档替换为一个新文档。

db.users.replaceOne(

{ name: "abc" },

{ name: "amy", age: 34, type: 2, status: "P", favorites: { "artist": "Dali", food: "donuts" } })

db.collection.update

下面的例子演示了使用db.collection.update()方法和过滤条件为name 等于"xyz" ，将集合users 中匹配到的第一个文档替换为一个新文档。

db.users.update(

{ name: "xyz" },

{ name: "mee", age: 25, type: 1, status: "A", favorites: { "artist": "Matisse", food: "mango" } })

其他方法

下面列举了删除文档的其他方法：

写确认

对于写确认，可以为写操作指定要求的确认级别，具体参见 Write Concern

2 删除文档

2.1 删除方法

MongoDB提供下列方法删除集合中的文档。

db.collection.remove()

删除使用指定过滤器匹配到的一个或全部文档

db.collection.deleteOne()

至多删除一个文档，即使使用指定过滤器匹配到多个文档。

3.2版本中新增

db.collection.deleteMany()

删除匹配到的所有文档。

3.2版本中新增

你可以使用准则、过滤器确定要删除的文档。这些过滤器与读操作所使用的过滤器具有相同的语法规则。

查询过滤器文档使用<field>:<value>指定相等条件，筛选出所有字段<field>的值为<value>的文档：

　　　　{ <field1>: <value1>, ... }

查询过滤器文档可以使用查询操作符指定匹配条件：

　　　　{ <field1>: { <operator1>: <value1> }, ... }

2.2 删除行为

索引

执行删除操作时，即使删除一个集合中的全部文档，也不会删除索引。

原子性

MongoDB中所有写操作在单文档级别具有原子性。

2.3示例集合

本页提供了在mongo shell中使用删除操作的例子。在mongo shell中执行下面语句，向集合users 中灌入数据。

注：

如果待插入文档的_id字段值与集合已有文档_id字段值相同，那么在插入数据前要先将集合删除（db.users.drop()）。

db.users.insertMany(

[

{

_id: 1,

age: 19,

type: 1,

status: "P",

favorites: { artist: "Picasso", food: "pizza" },

finished: [ 17, 3 ],

badges: [ "blue", "black" ],

points: [

{ points: 85, bonus: 20 },

{ points: 85, bonus: 10 }

]

{

_id: 2,

age: 42,

type: 1,

status: "A",

favorites: { artist: "Miro", food: "meringue" },

finished: [ 11, 25 ],

badges: [ "green" ],

points: [

{ points: 85, bonus: 20 },

{ points: 64, bonus: 12 }

]

{

_id: 3,

age: 22,

type: 2,

status: "A",

favorites: { artist: "Cassatt", food: "cake" },

finished: [ 6 ],

badges: [ "blue", "red" ],

points: [

{ points: 81, bonus: 8 },

{ points: 55, bonus: 20 }

]

{

_id: 4,

age: 34,

type: 2,

status: "D",

favorites: { artist: "Chagall", food: "chocolate" },

finished: [ 5, 11 ],

badges: [ "red", "black" ],

points: [

{ points: 53, bonus: 15 },

{ points: 51, bonus: 15 }

]

{

_id: 5,

age: 23,

type: 2,

status: "D",

favorites: { artist: "Noguchi", food: "nougat" },

finished: [ 14, 6 ],

badges: [ "orange" ],

points: [

{ points: 71, bonus: 20 }

]

{

_id: 6,

age: 43,

type: 1,

status: "A",

favorites: { food: "pizza", artist: "Picasso" },

finished: [ 18, 12 ],

badges: [ "black", "blue" ],

points: [

{ points: 78, bonus: 8 },

{ points: 57, bonus: 7 }

]

}

])

2.4删除所有文档

为了删除全部文档，使用db.collection.deleteMany() 或db.collection.remove()方法并将空过滤器文档{}传给方法。

db.collection.deleteMany()

例如使用db.collection.deleteMany()方法删除users 集合中所有文档：

db.users.deleteMany({})

返回结果文档中包含操作状态：

{ "acknowledged" : true, "deletedCount" : 7 }

db.collection.remove()

或者使用db.collection.remove() 方法来删除所有文档：

db.users.remove({})

为了删除一个集合中的所有文档，db.collection.drop() 方法或许更高效；使用db.collection.drop() 方法删除集合中的所有文档及其索引，然后重新创建集合和索引。

3.5删除匹配到的所有文档

为了删除所有匹配到的文档，传递一个过滤器给db.collection.deleteMany() 或 db.collection.remove()方法。

db.collection.deleteMany()

例如，使用db.collection.deleteMany() 方法删除users 集合中status 字段值等于“A”的文档

db.users.deleteMany({ status : "A" })

返回结果：

{ "acknowledged" : true, "deletedCount" : 3 }

db.collection.remove()

或者使用db.collection.remove()方法删除users 集合中status 字段值等于“P”的文档

db.users.remove( { status : "P" } )

对于大的删除操作，先将想保留的文档拷贝到新的集合中，然后使用db.collection.drop() 将原来的集合删除，这种方法或许更高效。

2.6 仅删除匹配到的文档中的一个

即使匹配到了多个文档，也只删除其中的一个，使用db.collection.deleteOne() 方法，或者使用db.collection.remove()方法和使用<justOne>参数并将其设置为true或1 。

db.collection.deleteOne()

例如，使用db.collection.deleteOne() 删除集合中status字段值为“D”的文档中的第一个：

db.users.deleteOne( { status: "D" } )

db.collection.remove()

或者使用db.collection.remove()方法删除users 集合中status 字段值等于“D”的文档中的第一个：

db.users.remove( { status: "D" }, 1)

其他方法：

db.collection.findOneAndDelete()：该方法提供了sort选项，sort选项可以删除按指定顺序排序的文档中的第一个。
db.collection.findOneAndModify()：该方法提供了sort选项，sort选项可以删除按指定顺序排序的文档中的第一个。
db.collection.bulkWrite()

2.7 写确认

对于写确认，可以为写操作指定需要的确认级别，具体参见 Write Concern

3 批量写入操作

3.1 概要

MongoDB客户端具有执行批量写的能力。批量写操作只会影响一个集合。MongoDB由应用程序决定可接受的批量写操作安全级别。

3.2版本中新增：

db.collection.bulkWrite()方法提供了批量插入、更新、删除。使用db.collection.insertMany()方法也可批量插入。

3.2排序与非排序操作

可以批量写入一批已排序或未排序的文档。

对于有序的操作列表，MongoDB 按顺序执行操作。如果在执行一个写操作时发生错误，MongoDB 将会返回而不处理列表中剩下的操作。

对于无序的操作列表，MongoDB 并行地执行操作，但这种行为是无保障的。如果在执行一个写操作时发生错误，MongoDB 将会继续执行列表中剩下的操作。

MongoDB处理有序列表的速度比处理无序列表的速度要慢，因为处理有序列表时，每一个操作都要等待前一个操作执行完毕。

bulkWrite()方法默认依序执行操作。在选项文档中设置ordered : false，可以按无序方式执行。

3.3 bulkWrite()

bulkWrite()支持下列写操作：

每个写操作作为数组中的一个文档被传递给bulkWrite() 。

例如，下面执行多个写操作：

集合characters包含下面的文档：

{ "_id" : 1, "char" : "Brisbane", "class" : "monk", "lvl" : 4 },

{ "_id" : 2, "char" : "Eldon", "class" : "alchemist", "lvl" : 3 },

{ "_id" : 3, "char" : "Meldane", "class" : "ranger", "lvl" : 3 }

下面bulkWrite() 方法执行多个操作：

try {

db.characters.bulkWrite(

[

{ insertOne :

{

"document" :

{

"_id" : 4, "char" : "Dithras", "class" : "barbarian", "lvl" : 4

}

{ insertOne :

{

"document" :

{

"_id" : 5, "char" : "Taeln", "class" : "fighter", "lvl" : 3

}

{ updateOne :

{

"filter" : { "char" : "Eldon" },

"update" : { $set : { "status" : "Critical Injury" } }

}

{ deleteOne :

{ "filter" : { "char" : "Brisbane"} }

{ replaceOne :

{

"filter" : { "char" : "Meldane" },

"replacement" : { "char" : "Tanys", "class" : "oracle", "lvl" : 4 }

}

]

);}catch (e) {

print(e);}

操作返回结果为：

{

"acknowledged" : true,

"deletedCount" : 1,

"insertedCount" : 2,

"matchedCount" : 2,

"upsertedCount" : 0,

"insertedIds" : {

"0" : 4,

"1" : 5

"upsertedIds" : {

}}

3.4文档批量插入一个分片集策略

大块插入操作，包括初始数据插入和常规数据导入，都能影响分片集群的性能。对于大块的插入操作，考虑下面的策略：

集合预裂（Pre-Split the Collection）

如果分片集合是空的，那么集合仅有一个初始块，这一块驻留在一片中。然后，MongoDB必须花时间来接收数据，创建分片，并将多个块分布到可用的片上。为了避免降低性能，你可以提前对一个集合分片。

无序写入

为了改进写入分片集群的性能，将 bulkWrite()方法的选项参数ordered 设置为false。mongos 将会试着同时写多片。

避免单调调节

如果插入文档的同时片键单调递增，所有已插入的数据都会跑到集合的最后一块，这总在一片上发生。因此集群的插入容量永远都不会超过一片的插入容量。

如果插入的量比一片所能处理的最大量还大，并且不能避免片键随着插入操作而增大，那么考虑按下面的策略修改你的应用程序：

修改片键的二进制比特数，这保留了信息，同时也避免了插入顺序与增加值序列关联。
交换第一个和最后一个16比特的词来调整插入。

例如，下面的C++代码，交换BSON ObjectIds头与尾16比特单词，使其不再单调增加。

using namespace mongo;

OID make_an_id() {

OID x = OID::gen();

const unsigned char *p = x.getData();

swap( (unsigned short&) p[0], (unsigned short&) p[10] );

return x;

}

void foo() {

// create an object

BSONObj o = BSON( "_id" << make_an_id() << "x" << 3 << "name" << "jane" );

// now we may insert o into a sharded collection

}

4 SQL与MongoDB映射图

4.1术语和概念

下表展示了SQL与MongoDB的术语和概念对应关系

SQL Terms/Concepts	MongoDB Terms/Concepts
database（数据库）	database（数据库）
table（表）	collection（集合）
row(行)	document or BSON document（文档或BSON文档）
column(列)	field（字段）
index(索引)	index（索引）
table joins(表链接)	embedded documents and linking（嵌入式文档和连接）
primary key(主键) 指定唯一的一列或几列做主键	primary key(主键) 在MongoDB中，主键被自动设置为_id字段。
aggregation （聚集操作）(例如group by)	aggregation pipeline（聚集管道）

4.2可执行程序

下面的表格列举了目前数据库可执行程序与MongoDB可执行程序的对照。

此表并未列举全。

	MongoDB	MySQL	Oracle	Informix	DB2
数据库服务器	mongod	mysqld	oracle	IDS	DB2 Server
数据库客户端	mongo	mysql	sqlplus	DB-Access	DB2 Client

4.3例子

下面列出了SQL语句与MongoDB语句的对应关系。假设有如下的条件：

SQL语句中的表名为users。

MongoDB 中集合的名称为users并且包含下面的文档模型：

{

_id: ObjectId("509a8fb2f3f4948bd2f983a0"),

user_id: "abc123",

age: 55,

status: 'A'

}

创建和更改

下面展示了表级操作对应关系。

SQL模式语句

MongoDB模式语句

CREATE TABLE users (

id MEDIUMINT NOT NULL

AUTO_INCREMENT,

user_id Varchar(30),

age Number,

status char(1),

PRIMARY KEY (id)

)

第一次执行insert() 操作会隐式创建集合。

如果没有指定_id字段，主键_id被自动添加.

db.users.insert(

{ user_id: "abc123", age: 55, status: "A" }

)

也可显示创建集合：

db.createCollection("users")

ALTER TABLE users

ADD join_date DATETIME

集合不会描述和强制文档的结构；在集合这一级无文档结构的改变。

但在文档级， 可使用update()操作和 $set操作符向现有文档中添加字段。

db.users.update(

{ },

{ $set: { join_date: new Date() } },

{ multi: true }

)

ALTER TABLE users

DROP COLUMN join_date

集合不会描述和强制文档的结构；在集合这一级无文档结构的改变。

但在文档级， 可使用update()操作和 $unset操作符删除文档中的字段。

db.users.update(

{ },

{ $unset: { join_date: "" } }, { multi: true }

)

CREATE INDEX idx_user_id_asc

ON users(user_id)

db.users.createIndex( { user_id: 1 } )

CREATE INDEX

idx_user_id_asc_age_desc

ON users(user_id, age DESC)

db.users.createIndex( { user_id: 1, age: -1 } )

DROP TABLE users

db.users.drop()

插入

下表展示了插入操作的对应关系

SQL插入语句

MongoDB insert() 语句

INSERT INTO users(user_id,age,status)

VALUES ("bcd001",45,"A")

db.users.insert( { user_id: "bcd001", age: 45, status: "A" })

查询

下表展示了查询操作的对应关系

注：

find() 方法的执行结果返回文档中总是包含_id字段，除非通过投影器（projection）排除此字段。考虑到这一点，下面的SQL语句可能包含_id字段，即使在相应的find()方法中不包含_id字段。

SQL查询语句	MongoDB find()语句
SELECT *FROM users	db.users.find()
SELECT id, user_id, status FROM users	db.users.find( { }, { user_id: 1, status: 1 })
SELECT user_id, statusFROM users	db.users.find( { }, { user_id: 1, status: 1, _id: 0 })
SELECT *FROM usersWHERE status = "A"	db.users.find( { status: "A" })
SELECT user_id, statusFROM usersWHERE status = "A"	db.users.find( { status: "A" }, { user_id: 1, status: 1, _id: 0 })
SELECT *FROM usersWHERE status != "A"	db.users.find( { status: { $ne: "A" } })
SELECT *FROM usersWHERE status = "A"AND age = 50	db.users.find( { status: "A", age: 50 })
SELECT *FROM usersWHERE status = "A"OR age = 50	db.users.find( { $or: [ { status: "A" } , { age: 50 } ] })
SELECT *FROM usersWHERE age > 25	db.users.find( { age: { $gt: 25 } })
SELECT *FROM usersWHERE age < 25	db.users.find( { age: { $lt: 25 } })
SELECT *FROM usersWHERE age > 25AND age <= 50	db.users.find( { age: { $gt: 25, $lte: 50 } })
SELECT *FROM usersWHERE user_id like "%bc%"	db.users.find( { user_id: /bc/ } )
SELECT *FROM usersWHERE user_id like "bc%"	db.users.find( { user_id: /^bc/ } )
SELECT *FROM usersWHERE status = "A"ORDER BY user_id ASC	db.users.find( { status: "A" } ).sort( { user_id: 1 } )
SELECT *FROM usersWHERE status = "A"ORDER BY user_id DESC	db.users.find( { status: "A" } ).sort( { user_id: -1 } )
SELECT COUNT(*)FROM users	db.users.count() 或 db.users.find().count()
SELECT COUNT(user_id)FROM users	db.users.count( { user_id: { $exists: true } } ) 或 db.users.find( { user_id: { $exists: true } } ).count()
SELECT COUNT(*)FROM usersWHERE age > 30	db.users.count( { age: { $gt: 30 } } ) 或db.users.find( { age: { $gt: 30 } } ).count()
SELECT DISTINCT(status)FROM users	db.users.distinct( "status" )
SELECT *FROM usersLIMIT 1	db.users.findOne() 或 db.users.find().limit(1)
SELECT *FROM usersLIMIT 5SKIP 10	db.users.find().limit(5).skip(10)
EXPLAIN SELECT *FROM usersWHERE status = "A"	db.users.find( { status: "A" } ).explain()

更新记录

下表展示了更新操作的对应关系

SQL更新语句

MongoDB update()语句

UPDATE usersSET status = "C"WHERE age > 25

db.users.update(

{ age: { $gt: 25 } }, { $set: { status: "C" } }, { multi: true }

)

UPDATE usersSET age = age + 3WHERE status = "A"

db.users.update(

{ status: "A" } , { $inc: { age: 3 } }, { multi: true }

)

删除记录

下表展示了更删除操作的对应关系

SQL更新语句	MongoDB update()语句
DELETE FROM usersWHERE status = "D"	db.users.remove( { status: "D" } )
DELETE FROM users	db.users.remove({})

5 读关注

3.2版本新增

MongoDB3.2为副本集和副本集分片引入了readConcern 查询选项。默认地，执在行查询操作时，MongoDB使用“local”读关注来返回可用的MongoDB实例上的最新数据。即使数据没有被保存在副本集主成员中并且可能已经回滚。

存储引擎和驱动支持

对于WiredTiger存储引擎，readConcern选项允许客户端选择读隔离级别。你可以指定“majority”读关注来读取已经写入副本集主成员的数据并且数据不能回滚。

对于MMAPv1存储引擎，只能将readConcern 指定为“local”。

提示：

serverStatus 命令返回字段storageEngine.supportsCommittedReads指明存储引擎是否支持“majority”读关注。

读关注级别

默认地，MongoDB readConcern被配置为“local”，这不保证读到的数据是不被回滚。

如果指定readConcern 为"majority" 读取已经写入副本集主成员的数据，这样的数据不会回滚。

级别

描述

"local"

默认级别。查询返回MongoDB实例中的最新的数据。不保证数据被写入副本集主成员。

"majority"

查询操作返回MongoDB实例中写入副本集主成员的最新数据拷贝。

为了使用 "majority"级的读关注，必须使用WiredTiger 存储引擎并且使用enableMajorityReadConcern命令行选项（或者使用replication.enableMajorityReadConcern来设置配置文件）。

只有使用副本集选举协议版本1（protocol version 1）的副本集才支持“majority”，副本集使用版本0（protocol version 0）则不支持“majority”。

为了让一个线程读取它自己写入的数据，在副本集主成员上使用 "majority"级读关注和“majority”级写关注。

除了读关注级别，一个节点上的最新数据可能不是系统中的最新数据。

readConcern 选项

使用readConcern选项来指定读关注级别：

readConcern: { level: <"majority"|"local"> }

对于level字段，指定值为"majority" 或 "local"。

readConcern 选项在下列操作中也可用：

find 命令
aggregate 命令和db.collection.aggregate() 方法
distinct 命令
count 命令
parallelCollectionScan 命令
geoNear 命令
geoSearch 命令

为mongo shell中的db.collection.find()方法指定读关注，使用cursor.readConcern()方法。

6 写关注

写关注描述了来自于MongoDB的对独立的mongod 或者副本集或者分片集群执行写操作的确认级别。对于一个分片集群，mongos实例会将写关注传递给每一片。

3.2版本中的变化是：对于使用protocolVersion: 1 并启用journal的副本集。

w: "majority"表明 j: true。
即使 j 选项被设置为向主成员写，当数据已经写入第二成员（Secondary members）各自的磁盘后，第二成员仍会确认复制写操作。

2.6版本的变化：新的协议完善了写操作的写关注并消除了调用getLastError 的需求。之前的版本为了指定写关注需要在写操作后立即调用getLastError 。

写关注规范

写关注文档包括下列字段：

{ w: <value>, j: <boolean>, wtimeout: <number> }

w选项请求确认写操作已经传播到了指定序号的mongod实例上或指定标记的mongod 实例上。
j 选项请求确认写操作已经写入日志。
wtimeout 指定了时间限制，防止写操作无限期的阻塞进程。

w 选项

w选项请求确认写操作已经传播到了指定序号的mongod实例上或指定标记的mongod 实例上。

使用w选项，w: <value>是可用的。

注：

除非j:true，否则在内存中应用写操作以后，独立的mongod实例和副本集主成员会设置写操作确认。

3.2:版本中的变化：对于使用protocolVersion: 1的副本集，不管j 选项如何配置，数据写入第二成员（Secondary members）各自的磁盘后，第二成员确认复制写操作。

值	描述
<number>	请求确认写操作已经传播到了指定序号的mongod实例。例如： w: 1 请求确认写操作已经传播到了独立的mongod 或者副本集主成员。 w: 1是MongoDB默认的。 w: 0 不对写操作请求确认，然而，设置为w: 0 ，返回信息或许会包括应用程序中的socket 异常和网络错误。如果指定w: 0 但是 j: true，那么j: true确保了来自独立的mongod 或者副本集主成员的确认请求。将number设置为大于1仅对来自副本集指定成员（包括主成员）的确认请求有效。
"majority"	3.2版本中新增写操作确认请求传播到选中节点的大多数上，包括主成员，并且已被写入各自的磁盘日志。对于副本集使用了 protocolVersion: 1， w: "majority" 表明j: true。因此不像w: <number>，使用w: "majority"主副本集也会在写确认之前写磁盘日志。将写确认设置为w:"majority"的写操作返回客户端后，客户端会以读关注设置为"majority" 的方式读取结果。
<tag set>	写操作确认请求传播到了指定标签的副本集成员。

J选项请求确认写操作被记录到了日志。

j	请求确认mongod实例将写操作记录到了日志，其中指定w: <value>。仅靠j: true不能保证写操作不会回滚，由于副本集主成员故障转移。 3.2版本中的变化：设置j: true，MongoDB仅当请求成员将写操作记录到了日志后返回结果。在一个复制集内的写关注，之前的版本中j: true，请求副本集主成员写日志，而不管w: <value>如何设置。如果日志可用的话，对于使用protocolVersion: 1的副本集，w: "majority" 表明 j: true。默认地写日志是可用的。

2.6版本中的变化，对于mongod 或者运行--nojournal选项的mongos ，指定j: true的写关注会产生错误。之前的版本忽略j: true。

wtimeout

对于写关注，选项指定了以毫秒为单位的时间限制，wtimeout 是唯一的可将w值设置为大于1的。

如果超过指定的时间限制，wtimeout 会引起写操作返回包含错误，即使请求的写关注最终会成功。当写操作返回时，在写关注超过wtimeout时间限制以前，MongoDB 不会取消对成功数据的修改。

如果你没有为写关注指定wtimeout 选项，指定级别的写关注不可实现，写操作将会无限期阻塞。指定wtimeout 为0等价于无wtimeout 选项的写关注。

-----------------------------------------------------------------------------------------

转载与引用请注明出处。

时间仓促，水平有限，如有不当之处，欢迎指正。

秒客网

【翻译】MongoDB指南/CRUD操作（二）

w 选项

相关文章