就是需要一套服务治理框架
还要有分布式追踪服务
资源池 /报警 /灾备和是不是微服务没关系.....
只要是线上服务都需要做....

把 C#换成 VB .net 也完全一样= =

摄像头还是定制的 IMX398,相比 1+3T 就多了一颗双摄...
然而 1/2.8 的 CMOS,怎么和小米 /Nexus 的 IMX378 这种 1/2.3 的比....
另外屏幕也没换,就说调整了一下色域....

检查一下 ZK 的节点数据...先确认一下 3 个 Consumer 是不是绑定在了同一个 CG 下

虽然这么理解好像也没错....
一个 Consumer Group 只持有一个 partition 的一个 offset 记录
所以消息一般情况下只会被消费一次,就算单播吧....

7000 条一分钟,数据库写压力 117QPS
这么低的压力都嫌慢,说明配置超级垃圾
用这么低配的 MySQL,上 Redis 的意义在哪,浪费资源么,23333

@whwq2012 那是用来查询的,SELECT 才有别名....
和 INSERT 没有任何关系....
看官方文档就行了
http://www.mybatis.org/mybatis-3/sqlmap-xml.html
手写 SQL 简单又方便....
<insert id="insertAuthor">
insert into Author (id,username,password,email,bio)
values (#{id},#{username},#{password},#{email},#{bio})
</insert>

插入还能取别名....
这是个啥....

"百万级并发",不知道什么公司什么中间件能扛百万并发....
能扛百万级 QPS 的都屈指可数.....

你们就想搞个大新闻.....

@stcasshern kafka 是经典的 pull 模型.不是由 Broker 去 push 消息到 client.而是 client 自行去 pull 的

@broadliyn 目测“太重了”是指引入一个额外的，现在还没有使用的中间件

@swulling 最短测量时间是 planck time，不代表时间就是离散的吧（我不懂物理，就是瞎猜的。。。

不要用 IN,不要用 IN,不要用 IN....
尤其是带子查询的 IN,DEPENDENT SUBQUERY 的性能非常有问题
4 楼的 JOIN 更好一点....

Linux 🔊 ✅ ['lɪnəks] 你这个音标和录音不一样啊摔....

Lucene,大部分都读错了

@anoymoux
肯定没看微博内容....
虽然这个漏洞早就爆出来了
但是一直没有人给出如何利用漏洞的 POC

@nonesuccess 是.在 Annotation 中直接写 SQL 即可
遇到复杂的 SQL,用 SelectProvider,*Provider 之类的方法 workaround 一下就好了....
除非特别复杂的 SQL,一般都不用 XML....

如果有 CSS,那反向切割很简单,都有标记....
有很多现成的工具,例如 https://github.com/fmovlex/desprite
没有 CSS= =,那只能找其他方式了