摘要：
1. 历史 RabbitMQ是一个由erlang开发的AMQP（Advanced Message Queue ）的开源实现。AMQP 的出现其实也是应了广大人民群众的需求，虽然在同步消息通讯的世界里有很多公开标准（如 COBAR的 IIOP ，或者是 SOAP 等），但是在异步消息处理中却不是这样， 阅读全文
posted @ 2017-08-24 10:49
没有锄头
阅读(138)
评论(0)
推荐(0)
摘要：
一 架构图 二 架构图 三 架构图 4 架构图 五 架构图 阅读全文
posted @ 2017-08-16 17:42
没有锄头
阅读(125)
评论(0)
推荐(0)
摘要：
一、案例缘起 我们经常使用事务来保证数据库层面数据的ACID特性。 举个栗子，用户下了一个订单，需要修改余额表，订单表，流水表，于是会有类似的伪代码： start transaction; CURDtable t_account; any Exception rollback; CURDtable 阅读全文
posted @ 2017-07-05 13:52
没有锄头
阅读(82)
评论(0)
推荐(0)
摘要：
1.Merge create table sourceTable(id int ,val varchar(20))create table targetTable (id int,val varchar(20))insert into targetTable values(1,'a'),(2,'b' 阅读全文
posted @ 2017-07-03 19:34
没有锄头
阅读(114)
评论(0)
推荐(0)
摘要：
我知道我的技术文章既没有太多的技术含量，也不够前沿。和各路大牛不能相比，但是我也很想和新入行的年轻人分享一个观点，千万不要认为，作为一个高大上的架构师，每天就是追踪前沿，研究新技术，搞所有人都不明白的黑科技，实际上，你日常工作的大部分，是去看一些琐碎的日志，去跟踪和分析一些常见或不常见的问题，然后引 阅读全文
posted @ 2017-07-03 14:55
没有锄头
阅读(120)
评论(0)
推荐(0)
摘要：
很多人会问我说，他们有个系统，流量有多大，用户有多多，然后问我用什么方案，实话说，这样的问题基本上都没办法回答，你必须首先清楚，你的负载构成是怎样的，以及负载增加的趋势是怎样的，才能有针对性的给出方案。 1、负载的构成 你要提出优化方案，首先你要知道你系统的负载是怎么构成的， CPU开销是多少，是哪 阅读全文
posted @ 2017-07-03 14:55
没有锄头
阅读(143)
评论(0)
推荐(0)
摘要：
分布式数据库及反范式设计 当数据容量非常大，请求频次非常高，索引优化，异步更新，合并操作，需求裁剪这些都做到位了，你发现系统依然存在严重的瓶颈，需要扩展，这时候，我们再来谈分布式方案。 这个课题我四年前在Qcon架构师大会分享过，当场我看记录，好评数还可以，但事后有高手吐槽说我讲的玩意根本不算什么分 阅读全文
posted @ 2017-07-03 14:54
没有锄头
阅读(177)
评论(0)
推荐(0)
摘要：
应对并发，应对海量数据请求的一个关键策略，也是很多程序员的盲区，需求裁剪。 这个，很多公司，技术人员会说，产品经理提需求，我们完成需求，怎么可能去裁剪需求，而且，裁剪需求会不会显得很low，说明水平很差呢。 其实，这是一个对需求理解的问题。 所谓需求，并不仅仅是功能实现，还包括性能指标，以及所谓的边 阅读全文
posted @ 2017-07-03 14:53
没有锄头
阅读(244)
评论(0)
推荐(0)
摘要：
有网友提醒，说数据查询只能用到一个索引，这个表达不精确，只限于单表的查询，而联表查询实际上每个表都可以有其独立的索引被用到。 非常感谢这个提醒，其实呢，这里必须额外解释一下。 我刚工作的时候呢，特别喜欢写复杂的SQL，觉得自己特酷，写出一个复杂的连表查询逻辑感觉智商优越感爆棚，然后还十分得瑟的给人看 阅读全文
posted @ 2017-07-03 14:00
没有锄头
阅读(526)
评论(0)
推荐(0)
摘要：
应对并发，其实从整体架构来说分很多部分，比如常见的，存储层的i/o优化，网络层负载均衡，通讯层的连接池等等，不过我这里不讲这些。不讲这些的原因第一呢，是这些我基本都不太会；第二呢，是在实践过程中发现，特别是创业公司，中小企业，一般最容易出问题，也是最难处理的，往往是数据库方面的问题。 非技术人员往往 阅读全文
posted @ 2017-07-03 12:52
没有锄头
阅读(159)
评论(0)
推荐(0)
浙公网安备 33010602011771号