1、实时进度可以在日志文件中找到 (配置项 systemLog.path) 中找到，不要告诉我你没有配...
2、数据恢复不是问题，建索引那才叫痛苦 ....
3、慢的请可以看看网络或者 IO 是否有瓶颈，我试过 7 天才恢复 100G 数据... 按你的情况，过完年都不一定能搞完，要么老老实实和老板道个歉，通宵停机维护吧。按千兆网络 70MB/s 来算，全量拷贝数据的时间为 1*1024*1024/70/60/60 = 4.16 小时，5 小时就能安心回家过年：）

1、“我们现在的集群 是一主两从，挂了一个从了，还有一主一从再运行，再停一个从就会变成只读了吗？”

100% 生产环境确认，请谨慎操作。

2、对于 3 是可以尝试的方案，但是请务必理解文档的描述，例如会阻塞读等。

db.fsyncLock() may block reads, including those necessary to verify authentication. Such reads are necessary to establish new connections to a mongod that enforces authorization checks.

很可能需要调整程序，将 read preference 强制为 primary .

3、其实最安全的办法，是将老机器的 datapath 转移一下(mv xxx xxx.old) 然后再做一个空的数据目录，启动从实例会从主库重新全量回放所有 oplog，但是时间无法保证。给你一个经验值，100G 数据，带索引重建，普通 SAS 硬盘大概需要 4 小时左右。

4、终极武器（第三方工具）
http://nosqldb.org/p/5173d275cbce24580a033bd8 （已经验证，相对好用）
https://github.com/Qihoo360/mongosync/

1、对，直接拷贝 dbpath 即可。

2、但是，如果整个副本集剩余 1 主 1 从的情况，你将剩下来的 1 从都关掉拷贝数据，整个集群会变成只读状态（不能写数据），你要评估下后果。

3、对于 2，可以尝试不关闭从实例，使用 db.fsyncLock()，将从数据库进入锁定状态，确保在 scp, rsync 过程中 oplog、数据文件锁定，不产生变动。但是，程序有可能会读到过期数据。https://docs.mongodb.com/manual/reference/method/db.fsyncLock/

对于 3，这是新功能和理论知识，我没有在生产环境验证过，但最符合你目前的状况。

看看是否有空闲的副本集实，停掉，全量拷贝数据（ scp、注意文件夹权限）包含 oplog，重启即可。

don't panic, c'est la vie

这几天广东电信确实上传速度免费提升了，100/4 -> 100/20

测速发现上传速度提高后(达标)，下载速度轻微下降 10M，需要更多 v 友测速度报告（需要重启光猫）

签约速率： http://10000.gd.cn
测速地址： https://beta.speedtest.net

业务 + IP D 类地址+ IP C 类地址+ 可用区 + 云服务商+ 地域（缩写）

https://i.loli.net/2018/01/25/5a69cdc0bac34.png

不仅要考虑报机器快速定位故障，还要考虑交流方便、机器重名、多 tab ssh 软件的标签长度截断、报表排序等问题，机器多了，越来越觉得是个学问。

说 SQL 注入的都没好好看代码，paraFilter、daddslashes 是什么？

从代码的风格和逻辑上看没啥大毛病，除了啰嗦点，改做的非空判断也有，能看懂为什么要在 header 前加一个 @ 的人我敢说楼上没几个。

综上述，码主至少有 >= 1 年 PHP 实际工作经验，这年头不用框架还能裸写 PHPer 没几个了，能搞清逻辑不炫技，踏踏实实搞清业务流程更是难得，在帝都工资开 15k 没问题。

你想撸她？

腾讯云广州，1 核 1G

bs=64k count=4k
-------------------
time dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
记录了 2212+0 的读入
记录了 2212+0 的写出
144965632 字节(145 MB)已复制，124.098 秒，1.2 MB/秒

bs=1024k count=1k
-------------------
time dd bs=1024k count=1k if=/dev/zero of=test oflag=dsync
记录了 1024+0 的读入
记录了 1024+0 的写出
1073741824 字节(1.1 GB)已复制，106.109 秒，10.1 MB/秒

客服的说法是有道理的，dd 确实是单进程顺序读写，最简单的办法就是跑多个，如：

dd bs=64k count=4k if=/dev/zero of=test1 oflag=dsync 2> 1 &
dd bs=64k count=4k if=/dev/zero of=test2 oflag=dsync 2> 2 &
dd bs=64k count=4k if=/dev/zero of=test3 oflag=dsync 2> 3 &
……

1、2、3 …… 结果相加大概就是这个系统的 IO 性能

IO 性能这东西确实和很多相关：
软件方面：block size，是否使用 buffer，是否使用异步 io
硬件方面：磁盘阵列卡是否带缓存，缓存大小，写策略是 write-through、write-back

很多云主机 dd <1G 快到飞起，但是 > 1G 就原形毕露了，所以跑分还是建立使用专业压测吧。

1、一般大厂的 IO 指标还是能相信的， 但是一分钱一分货。
2、建议使用和自己业务场景相关的压测软件作为基线，如 mongoperf、mysqlslap、redis-benchmark 等。
3、入门低配机器跑分无意义

@zhangzihan1989 看到同类打个招呼

能将边缘业务做好做精、做透、做到不变应万变也是一种水平和修为，天龙八部中武功最高的是 _____

维护一个烂系统是怎么样的一种体验？ > https://www.zhihu.com/question/30036978

在职的时候怒气值高，各种讽刺挖苦；
……
三年后后悔维护的时候自己抱怨太多，而行动太少；
……
十年后方才领悟，“这个世界的本质是混乱不可知，而非有序可测“；

“正直、进取、合作、创新”

http://join.qq.com/culture.php

很多隐喻不是那个年代的人是看不明白的，只能尝试去理解。冯小刚很多电影相对现实一点《手机》《私人订制》《天下无贼 》等不是都什么大时代大背景制作，笑中有泪，只能说老炮儿吧 ~

真文青都喜欢看姜文的，一部《阳光灿烂的日子》一直豆瓣电影榜前百。

实在没有能力再去对抗 Windows 防不胜防的广告和弹窗，所以换 Mac 了。

淘宝全套： https://i.imgur.com/DGF4ax3.jpg

我家昨晚确实是断网了，有没有可能他们的计费系统主机房也在南山？