第一张100W查询的图放错了，如果能提供做图的原数据就更好了。

webbench并发100持续10秒查询（每个页面使用同一个链接，执行1000次查询操作） 用 Requests: xx susceed, 0 failed. 用xx 乘于1000 除于 10 算出来的是不是等价于QPS值

你用什么工具测的

搞的太复杂了 public class NotNullException: ValidationException { public NotNullException() : base("对象或值不能为空") { } } 这样简单些

@Jeffrey Zhao 老赵到处跑呀 很好的一个测试，请问HandlerSocket可以支持HTTPS链接吗？

对于qps，我觉得你应该说一下你每条记录多大啊？

@forchenyun 1.5000w的数据MySQL占用19603MB（只包含数据文件，暂不包括日志文件），MongoDB为26591MB。MySQL的InnoDB Buffer Pool Size为2G 2.关于热点问题，首先在数据层面没有热点。查询层面MySQL是有存在热点，但是HandlerSocket和MongoDB基本是不会有热点，在同样的随机范围内。 3.磁盘是单块的SATA 声明一下：我这个测试主要还是一个基准测试，由于硬件资源有限，同时测试的覆盖面也不是特别广，比如还应该有响应时间相关的，这也是很重要的一个指标。之后如果有时间，可能也会针对这些再做一次测试。

请教： 1.5000w数据的文件总大小是多大？MySQL的buffer设的多大？ 2.你的查询测试有没有热点，还是5000w以内进行随机？ 3.硬盘是单块的SATA还是RAID？

@Jeffrey Zhao @周行天下 图表已经添加上单位~

加上单位吧。。。看不懂什么意思

@Inrie(洪小军) 话说图表应该加上单位吧，否则不懂表达什么含义……

@Jeffrey Zhao HandlerSocket是MySQL的一个Plugin，通过它可以直接跟MySQL的Storage Engine Layer(比如InnoDB）交互，而不需要通过MySQL的Parser Layer。从性能角度有很大的提升。具体的可以看之前我写的几篇关于HandlerSocket的文章“HandlerSocket系列（一）：由来”（http://www.cnblogs.com/inrie/archive/2011/01/28/1946572.html）

好

HandlerSocket是什么啊？

参考

不错

顶。。

@什么你说什么 给力啊。

沙发？

顶

先顶，再看。

先抢个沙发吧

@Soli 哈已经有下文了: )

期待下文哈。。。

@吻花伤蝴蝶 哈，确实是太久没写了:) 你也多写写，互相多学习哈~

好久不见小军发文，呵呵

不好避免。。。

为什么可以获取PlayerStore对象实例？ PlayerStore player = container.Resolve<PlayerStore>(); 不是很明白？ 能否讲解一下，谢谢！

请问：这种属性注入，是不是属性值是只读的？

羡慕一下了。有好东西继续分享吧。哈哈

@Inrie(洪小军) 张宴的那个下到了，谢谢

[quote]代震军：可惜是有几个session的ppt没拿到，比如那个nginx和吴穹的敏捷议题，哎。[/quote] nginx的可以在张宴blog上找到：http://blog.s135.com/sd2c_nginx/ 吴穹的ppt说是会发到每个人的mail里，不过似乎都没收到。

可惜是有几个session的ppt没拿到，比如那个nginx和吴穹的敏捷议题，哎。

[quote]Jeffrey Zhao： @Inrie(洪小军) 没错没错，我就是这个意思。:)[/quote] ：）

[quote]Jeffrey Zhao： 关于数据分割策略(分库、分表等) 这个其实理论其实很多人都知道，比如我也知道，关键还是看怎么用，呵呵。 上一个项目里我就做得很不好，主要问题是过度设计了，没意思啊。[/quote] 同感。 主要还是看现有的数据以及增长趋势、产品设计以及业务上的需求。最近在项目中也做了一些这样的事情，主要还是现有的数据和增长趋势驱动着要做这样的拆分。拆分后管理成本明显提高了不少，不过可以应对更猛烈的需求和数据增长了。

@Inrie(洪小军) 没错没错，我就是这个意思。:)

[quote]Jeffrey Zhao： [quote]我觉得你这里误解了asp.net的异步请求的作用，或者说其实你是知道的，只是放在这里举例不太恰当。 高可用性的异步操作，或者说异步事务，或者说异步XXX，并非指“如何处理一个请求”，而是整个事务操作是同步还是异步的。 打个比方，你去amazon.cn上定一本书，点击“确定”之后，页面立即返回，不过会告诉你订单还未生成，5分钟后生成，这是“异步操作”。 而asp.net异步请求，它的目标只有一个：不要占用线程。因此，如果用它来处理刚才的“订单”，它还是同步的，例如会用户等5分钟后页面才出来，告诉你订单生成成功——服务器端是异步的。 [/quote] 可能是因为我写得不够详细，这里的异步处理其实我是想指在w3wp进程之外的异步处理，而不是指Asp.net的异步处理方式，这样才能比较根本上的解决问题。比如，可以Host一个基于消息队列的异步服务到Windows Service，在w3wp进程之外异步处理。 我更新一下，谢谢老赵指出。

关于数据分割策略(分库、分表等) 这个其实理论其实很多人都知道，比如我也知道，关键还是看怎么用，呵呵。 上一个项目里我就做得很不好，主要问题是过度设计了，没意思啊。

不过我又觉得你说的可能就是我的意思，所以就当我这个是补充吧，呵呵。

[quote]一般来说，解决一致性问题，做到尽量别用分布式事务，或者最多就用BASE事务。还有尽量的用异步操作，能异步做的就尽量别同步做，当然前提是不会影响到业务。举个例子，在Asp.net中，如果一些操作比较耗时、耗资源，这样的操作，如果是同步执行，在很大访问量的情况下，容易把线程池中的工作线程耗光，这时候就处理不了新的请求。可能有朋友说，如果操作可以支持IOCP，用IO线程来处理，这当然也是一种处理方式，但是并不是最好的方式，如果可以异步处理当然是更好了。当然异步处理会出现一些延迟，需要从用户体验和产品角度去权衡了。很多事情往往都只能是在权衡。[/quote] 我觉得你这里误解了asp.net的异步请求的作用，或者说其实你是知道的，只是放在这里举例不太恰当。 高可用性的异步操作，或者说异步事务，或者说异步XXX，并非指“如何处理一个请求”，而是整个事务操作是同步还是异步的。 打个比方，你去amazon.cn上定一本书，点击“确定”之后，页面立即返回，不过会告诉你订单还未生成，5分钟后生成，这是“异步操作”。 而asp.net异步请求，它的目标只有一个：不要占用线程。因此，如果用它来处理刚才的“订单”，它还是同步的，例如会用户等5分钟后页面才出来，告诉你订单生成成功——服务器端是异步的。

不错 可以看到一些大型网站的架构

好东西 顶起加推荐 大家静心搞技术多好

很好，谢谢分享。希望看到下文！

顶，写的很详细入微，适合初学者看，大有益处

我震精了

这么好的文章怎么没有人顶啊.

...受益良多

记录

很好很强大。

我用windows 7 装不了这个布丁啊，怎么办？
有Windows 7 版本的吗？