07 2012 档案
摘要：当MongoDB整个架构已经部署好以后，真正考验架构者能力的时候就到了：该如何选择片键。 如果选择了一个不恰当的片键，他可能会在访问量变大的时候，使你的整个应用系统崩溃，同样好的片键可以构成一个良性的生态系统，根据需要增删服务器，MongoDB会确保系统一直正确的运行下去。 咱们先看看几种不恰当的片...
阅读全文
摘要：MongoDB的Sharding机制解决了海量存储和动态扩容的问题，但离生产环境的高可靠，高可用还有距离，Sharding在单点出现故障时就无能为力了。但是MongoDB的副本集却可以很轻松的处理单点故障，所以就有了Replica Sets + Sharding的高可用，高安全的架构。 架构如下：...
阅读全文
摘要：Mongodb的Sharding维护也是就那几个命令，相对来说都很简单，结合实例做下演示。 1，列出所有的Shard Server 注意一点是：需要连接到路由的admin下。listshards的参数1是一个固定的默认值，没有特殊的意义。 2，查看Sharding的信息 切换到Friends数据...
阅读全文
摘要：副本集实现了网站的安全备份和故障的无缝转移，但是并不能实现数据的大容量存储，毕竟物理硬件是有极限的，这个时候就需要做分布式部署，把数据保存到其他机器上。Mongodb的分片技术就很完美的实现了这个需求。 理解Mongodb的分片技术即Sharding架构 什么是Sharding？说白了就是把海量数...
阅读全文
摘要：Mongodb副本集配置好以后，少不了维护，维护内容也不是很多，主要是现在状态和增删节点等。 在说维护之前，得先说说Mongodb副本集的同步机制。 数据复制的目的是使数据得到最大的可用性，避免单点故障引起的整站不能访问的情况的发生，Mongodb的副本集在同一时刻只有一台服务器是可以写的，副本集...
阅读全文
摘要：既然使用Mongodb，就不得不用他的安全备份机制：副本集。 Mongodb副本集是什么东西？ 通俗的讲就是用多台机器进行同一数据的异步同步，从而使多台机器拥有同一数据的多个副本，并且当主库当掉时在不需要用户干预的情况下自动切换其他备份服务器做主库。而且还可以利用副本服务器做只读服务器，实现读写分...
阅读全文
摘要：以前用OutputCacheProvider做的是文件缓存，即把缓存内容放倒硬盘上，这种方法实现起来非常简单，但是维护却非常麻烦，于是就改了改操作，把缓存放到了redis里，然后瓶颈就是内存了，不会再出现硬盘碎片，硬盘读取等这些问题。修改的速度很快，但是也遇到了一些问题。这些问题也算是自己对Outp...
阅读全文
摘要：用户登录的信息为了节省服务器端资源一般是要保存到客户端的，这时候就会用到Cookie，但是大家都知道Cookie是可以被伪造的，那怎么防止被伪造呢？ 其实也很简单，我的方法是多添加一个userkey的cookie，该值为userId或者userName加上一个服务器端固定的字符串，然后在经过MD5加...
阅读全文
摘要：Mongodb研究了一些日子，以后会把遇到的问题都贴出来。先把自己的操作类贴出来 操作类使用的是C# samus 客户端(下载)，据老戴测试相率不错。 View Code public class MongoDbHelper { public static readonly string con...
阅读全文
摘要：我是不怎么喜欢写技术文章的，一方面会了感觉没啥，另一方面不会就去学习。始终感觉是没啥可写的。但是没有分享肯定是不好的，以后会把在项目中遇到的大大小小的问题的解决方案都贴出来，供大家参考和指出我的不足。废话不多了，说正事。 以前没怎么做过跨域的请求，现在要做Cookie的跨二级域名共享，就查了查资料写...
阅读全文
