2012-07-26 09:30 "@banq"的内容
见：不变性设计，我们采取异步并发，主要是为了回避堵塞，见无堵塞的并发编程，另开线程的开销比锁堵塞等开销要小于得多。另外异步也能够从设计上松耦合系统，能够实现灵活扩展等等，这个话题可见异步编程模型这个主题标签的讨论。 ...
感谢banq的回复，“不变性设计”的却能很大程度的避免锁。
EVENT SOURCING方式有待细细研究，这方面的资料很少，大部分这样的实现都是基于java语言的！目前就发现jdon论坛有这些讨论。
感谢banq的回复，“不变性设计”的却能很大程度的避免锁。
EVENT SOURCING方式有待细细研究，这方面的资料很少，大部分这样的实现都是基于java语言的！目前就发现jdon论坛有这些讨论。
你好，disruptor这东西真有这么好吗？性能瓶颈一般都在业务上，就跟你的帖子上有说的，写入db才是最费的，难道写db还要从eventhanle里再分线程去处理，接下来发现这个新的线程又重新回到以前队列，锁的状态，又或弄个新的异步disruptor来处理db问题？
2012-04-17 09:55 "@banq"的内容
这涉及全新的架构，不是一两句说清楚的，异步=并发，也就是两个线程以上同时做事：
第一个线程是处理内存中的数据。
handler操作数据库是在第二个线程。 ...
第一个线程是处理内存中的数据。
handler操作数据库是在第二个线程。 ...
你好，disruptor这东西真有这么好吗？性能瓶颈一般都在业务上，就跟你的帖子上有说的，写入db才是最费的，难道写db还要从eventhanle里再分线程去处理，接下来发现这个新的线程又重新回到以前队列，锁的状态，又或弄个新的异步disruptor来处理db问题？
2012-09-01 12:11 "@folloth"的内容
性能瓶颈一般都在业务上，就跟你的帖子上有说的，写入db才是最费的
使用异步或并发机制，至少后台发生性能堵塞不会影响前台，然后给集中解决写DB提供解决余地，比如可以将写入DB的语句变成批量写入，因为不是每次请求就写入一次，可以将写入事件放在内存中，过一段时间批量写入一次，而数据库批量写入性能好的。
当然，如果还不能解决问题，比如mySQL数据库是随机写，性能比不上append方式，可以使用事件日志append，或nosql数据库比如HBase等等。
总之，使用异步机制后，为我们重点解决问题提供了帮助，如果写入障碍是偶然发生，也可以通过这种分离，不再影响高峰时期用户的响应时间，也就是低延迟，用户感受会很好。