02 2019 档案

摘要:redis的分布式锁,基于while循环不停的尝试,可以回导致占用cpu,能减缓的方法就是通过sleep一段时间 再去尝试,其实并不ok zookeeper做分布式锁, 是通过在zk上新建一个根node 通过client下面新建临时的node 把这些Node的id的序号设置成有序的,当前client 阅读全文
posted @ 2019-02-21 22:55 saveworld_niub 阅读(408) 评论(0) 推荐(0)
摘要:天然分布式消息队列框架,多个broker服务器分布式放置消息,一个group对应一个consumer ,一个topic可以对应多个group(重复消费),通过offset(partions的偏移量)去判断消息读到哪里了,partions会选出一个leader,来协调。kafka不支持事物,通过分布式 阅读全文
posted @ 2019-02-21 17:00 saveworld_niub 阅读(319) 评论(0) 推荐(0)
摘要:nio 一个线程管理selector selector注册很多channel io都通过channel 线程不是阻塞的等待。而是监听,那个有反应去处理哪个。也就是所有的操作都在一个线程上执行。 netty 服务端是多线程串行化。 内部的分工是 一个eventloop线程做监听 接收连接。有链接过来, 阅读全文
posted @ 2019-02-20 22:08 saveworld_niub 阅读(1391) 评论(0) 推荐(0)
摘要:1dubbo是需要从注册中心吧接口和ip的关系download到本地 存一份(当有接口发生改变的时候,会通过watcher监听发给dubbo,然后dubbo修改) 这就防止了当接口改变了 dubbo不知道。 2zookeeper本身是可以负载均衡的 dubbo也可以负载均衡 。但是当结合负载均衡 容 阅读全文
posted @ 2019-02-20 21:30 saveworld_niub 阅读(1146) 评论(0) 推荐(0)
摘要:两个表关联的时候 用In还是exist in () 的时候 是先执行 后面的子查询的,然后拿子查询的结果和 主查询 做迪卡基筛选。 所以 子查询的字段越少越少。有索引更佳 exsits()是拿前面的结果到exist里面的子查询里面一条条匹配。 exsist 前面的查询量少 exsits里面子查询有索 阅读全文
posted @ 2019-02-13 12:24 saveworld_niub 阅读(1269) 评论(0) 推荐(0)