赵丽颖，冯绍峰。

之前被拍了那么多次，都没有承认，也没有实锤，但是引起了众多网民的关注度~

一下子实锤就锤到了根，再加上赵丽颖生日和7000W粉丝，不爆的话才要怀疑微博出问题了~

看来好多人跟我一样，作为一个吃瓜群众万分惊讶。

说好的支持7个明星出轨，不曾想一个明星结婚你就挂了，你竟是这样的「新浪微博」——我也来聊聊高并发、分散式的那些事。

来公司工作之后，接触了多台伺服器部署应用，实现了分散式部署。用户请求的时候分发到不同的应用上，也就形成了分散式。

其中主要是以Nginx分发请求，映射到不同的伺服器上，当出现高并发的场景时候，将不同的请求发送到不同的伺服器上，便实现了高并发、高可用。分散式有分散式的好处，能够实现负载均衡；但也存在问题，比如对资料库进行操作记录的时候，需要考虑到分散式锁。

这边主要有这样一个需求：需要对数据进行统计(要求实时)，线上新增一条数据，进行一次统计，统计完写到一张hbase表中，即：每次修改hbase的表数据自加一。考虑到实时的问题，采用的方案为：先将线上数据写入到消息队列kafka，然后其他机器进行消费，做统计计算，由于消费的机器是多台，因此就存在分散式的情况。

分散式锁：当一台伺服器操作资料库数据的时候，需要对其加锁，防止其他伺服器对该条数据进行修改，否则会导致数据几个伺服器读取到的数据不一致，导致最终改变的数据存在问题。分散式锁主要考虑的方式：(1)mysql分散式锁，通过主键的方式，新建一条数据，当其他伺服器再插入相同的数据报错，以达到锁的目的。需要注意的是操作完成后，需要删除该条数据。再让其他伺服器获得锁。(2)redis分散式锁，类似与mysql分散式锁，新建一条缓存数据，通过判断该缓存是否存在，达到获取锁的目的，修改完数据之后删除该条缓存。

(3)zookepeer分散式锁：都知道zookepeer在分散式协同管理上有很好的应用，因为其节点管理的方式。因此可以通过判断节点是否存在来判断能否获得到锁。

下面是我的公众号(子房小语)，如果想进入互联网行业，可协助帮忙内推，同时也欢迎对互联网行业感兴趣的同学一起交流学习。也想大家推荐一下hbase相关学习，大家工作学习遇到HBase技术问题，把问题发布到HBase技术社区论坛hbase.group，欢迎大家论坛上面提问留言讨论。想了解更多HBase技术关注HBase技术社区公众号:(hbasegroup)，非常欢迎大家积极投稿。长按下面的二维码关注我的公众号

证明赵丽颖很火，是真的火。国民度高，路人粉众多。

至于和冯绍峰结婚嘛，只能说如人饮水冷暖自知，祝幸福吧。

多少次照片真真实实的摆在你眼前，粉丝总是选择性眼瞎！俗话说你叫不醒装睡的人就是这个道理

推荐阅读：
相关文章