-
怎么没有同学做笔记呢？查看全部
-
MongoDB分片查看全部
-
MongoDB复制集故障恢复查看全部
-
MongoDB复制集查看全部
-
在提升性能是将传统的机械硬盘换成SSD硬盘是性价比较高的方式，另外应该注意SSD硬盘的寿命相对于机械硬盘会更短，一般情况下SSD硬盘会2～3年进行更换。查看全部
-
在不同地域之间的同步是比较慢的，在没有数据专线的情况下不建议使用这样的方式，而建议使用数据迁移脚本完成上述的功能。查看全部
-
一个分片的时候也要使用sharding，有没有sharding是有本质区别的。另外，在资源允许的情况下应该尽可能的将冗余信息放置在不同的机房中。查看全部
-
当产生主从切换时新的主节点会丢弃原有主节点与从节点之间的数据差，这时老的主节点会将这部分丢弃的数据保存到主节点的rollback文件夹下，如果发现该文件夹下有数据丢失，则说明有数据丢失，应该判断这部分数据是否需要恢复。查看全部
-
有几种写日志的场景 1：只管写而不管写入状态的应用，比如日志； 2：要确定写入成功的应用，比如银行交易系统。 每次写之后要使用getLastError(),这时可以确定数据写到主节点上，但是不能确定数据被冗余保护，在特殊情况下会丢数据。最安全的方式是等待数据同步到冗余节点上之后进行下一步操作，但是这样的方式延时非常大。（在使用不安全写的方式时没10亿条数据大概会有1000数据丢失，丢失率为0.0001%，不过不知道是多少台机器）查看全部
-
qr一般是要在20以下查看全部
-
一个五节点的集群最多允许两个节点宕机。查看全部
-
尽量不要选择有限可枚举的列做片键，这样做会造成数据的不均衡，在后期将没有很好的办法进行弥补。查看全部
-
片键的选择要合理！！查看全部
-
Mongo-S并不是每次的查询都会去查询路由表，它会在本地进行缓存查看全部
-
在多个分片上进行查询时，是一个MapReduce的过程，Mongo-S会将查询命令根据sharding的配置发送到所有的分片上去，最终在Mongo-S上进行merge，这时要注意尽量使每个查询访问的分片尽量少，同时最终决定在多个分片上查询速度的关键是Mongo-S上进行合并的能力。查看全部
-
MongoDB的分片有些像Oracle数据库中的分区。查看全部
-
数据怎样平滑的水平扩展，这时就需要使用MongoDB中的分片功能。查看全部
-
主节点和从节点之间是有数据延时的，主节点领先从节点的数据会被新的主节点丢弃，但是这部分数据会被原来的主节点dump成一个文件，如果想进行恢复的话可以手动导入这部分数据进行恢复。查看全部
-
一个典型的复制集由一个主节点和两个从节点组成。 P：主机点 S：从节点 A：仲裁节点 一个集群中必须只能有一个主节点，主节点可以直接对外提供读写服务；从节点只能直接对外提供读服务，写服务必须通过主节点才可以。查看全部
-
不错的课程查看全部
举报
0/150
提交
取消