阿里Mongo运维经验

访谈经验来自于阿里运维。

1、shard-key倾斜问题
2，关闭auto balance，数据块迁移放到晚上定时进行
3，读冷数据，会影响热数据性能
4，mongodb自身限制，需要注意：https://docs.mongodb.com/manual/reference/limits/
5，wiretiger引擎优化，前期默认即可，后期可能需要优化：http://source.wiredtiger.com/2.9.2/group__wt.html#struct_w_t___c_o_n_f_i_g___i_t_e_m
6，or and sort一起用性能非常烂，需要注意测试
7，创建索引需要注意background，TTL等属性
8，迁移比较恶心，自己维护迁移configserver,rs,mongos都比较繁琐，不如Hbase随便加机器
9，备份一般是实时的隐藏节点，官方推荐延迟备份
10，对磁盘IO要求很高，友盟是SSD RAID10
11，刷盘IO很差，只能降低checkpoint和journal log的频率，带来了数据丢失风险
12，阿里目前是mongodb 3.4版本，不用SAAS的话在大规模集群会需要1个headcount专门维护
13，与360公司交流，开启了auto balance，document百亿，20个replica set，100台服务器，8个人的DBA团队做集群维护和管理平台研发
14，高德只有一套系统用auto balance，数据量级不如友盟，rs数量比较多，但是不如友盟这样大数据量和高时效性的读写
15，友盟正在从mongodb向阿里集团的ots迁移，对应开源的hbase。

如果文章帮助您解决了工作难题，您可以帮我点击屏幕上的任意广告，或者赞助少量费用来支持我的持续创作，谢谢~