首页 > 代码库 > 【翻译】MongoDB指南/CRUD操作(二)
【翻译】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,
name: "sue",
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,
name: "bob",
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,
name: "ahn",
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,
name: "xi",
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,
name: "xyz",
age: 23,
type: 2,
status: "D",
favorites: { artist: "Noguchi", food: "nougat" },
finished: [ 14, 6 ],
badges: [ "orange" ],
points: [
{ points: 71, bonus: 20 }
]
},
{
_id: 6,
name: "abc",
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" } })
其他方法
下面列举了删除文档的其他方法:
- db.collection.findOneAndReplace().
- db.collection.findOneAndUpdate().
- db.collection.findAndModify().
- db.collection.save().
- db.collection.bulkWrite().
写确认
对于写确认,可以为写操作指定要求的确认级别,具体参见 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,
name: "sue",
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,
name: "bob",
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,
name: "ahn",
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,
name: "xi",
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,
name: "xyz",
age: 23,
type: 2,
status: "D",
favorites: { artist: "Noguchi", food: "nougat" },
finished: [ 14, 6 ],
badges: [ "orange" ],
points: [
{ points: 71, bonus: 20 }
]
},
{
_id: 6,
name: "abc",
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()支持下列写操作:
- insertOne
- updateOne
- updateMany
- replaceOne
- deleteOne
- deleteMany
每个写操作作为数组中的一个文档被传递给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操作(二)