我理解这就是两种不同模式的事务消息的实现罢了 你使用的是本地事务消息表模式（其他 MQ 也可以复用这种模式） RocketMQ 自带的是半消息模式 半消息模式确实对开发来说繁琐一点 毕竟要开发回查逻辑 但是性能比本地事务消息表高很多 毕竟本地事务消息表至少要多一条 SQL

值班

你校验了 update 的返回值吗？

又不得不祭出很早前给校招同学弄的建议了....


第一套办法
首先可以拨打这个电话：12345 （北京市便民电话，北京市非紧急救助服务中心）
你退房的时候黑中介有木有克扣你押金、乱收费行为？
拨打 12315 向工商局／消费者协会举报
你每次交房租的时候，你要去住房公积金的时候，黑中介有木有给你国家正规发票？
拨打 12366 向地税局举报他偷税漏税，核实有奖哦！
这家黑中介有木有群租房、打隔断、安全隐患等情况？
拨打 010-59958022 向北京市住建委举报
黑中介有木有私搭乱建？
拨打 96310 让城管来对付他们
黑中介说要保留追究你法律责任的权利了吧？
拨打 12348 法律热线，他连这句话都可以保留了

第二套办法
第一：向房屋所属具体的各区县房管局直接投诉，例如“海淀区房管局”电话或网站投诉
第二：房地产交易管理网投诉网址： http://210.75.213.161/public/jjjg/tousu_new/step_33.asp
如果他们 30 天不受理，会被扣分，1 年扣了 12 分，营业执照会被吊销（感谢网友 soundwater 提供链接）
第三：北京住建委投诉网址： http://www.bjjs.gov.cn/publish/portal0/tab3395/
http://www.bjjs.gov.cn/publish/portal0/tab65/#9799
第四：北京市企业信用信息网： http://qyxy.baic.gov.cn/
可以举报并查看房产中介公司被行政罚款信息，如记录连续 3 次被举报并且处罚结果，公司将破产。

第三套办法
1 、登录工商局网站
http://www.hd315.gov.cn/zmhd/
进行实名投诉与举报，同时 12315 电话投诉，工商会受理的。
2.登陆
http://210.75.213.161/user/jjjggl/case/select/broker_query.asp
查询他们是否备案？ 他们的注册地是否和实际地址一致？ 直接举报他们非法经营
3.登陆地税局网站
http://shiju.tax861.gov.cn/bjds/zwgk/qjdt/wsjb/wyjb.asp
举报他们偷税漏税。
4.直接起诉法院，100%赢，不要怕打官司，25 元诉讼费，并且也没有你想的那么慢，这种案件都适用简易程序，非常快；如果人人拿起法律的武器，黑中介的犯罪成本太高，这个行业就会慢慢净化。

一段时间是多久？建议先看看是否有规律

没看到非常明显的收益

只能说 赌 gou 不得 house 血泪经验

另外还有一点 设计出来的文档是否在后续迭代的过程中不断地迭代，这其实才是最难维护的点，需要开发额外的自动化机制来保证。至少在我经历的公司中，文档维护的很好的公司基本上没有....

这里的权衡点我觉得是看粒度 比如类图类似的在实际迭代过程中实际上会不断变化 而领域涉及、数据库库表设计、接口设计这种在实际过程中变动不会很大 这块值得详细设计

@yesterdaysun 你理解的不对 你可以理解为每个消费组都维护自己的消费进度 消费的过滤是在 broker 这里做的 而不是真正的到了你的消费者

主动沟通 可能你 leader 并不知道你有这种困扰

我靠 存算分离我第一想法是 MQ 的存算分离和大数据的存算分离

取消都是通知操作 无论是线程池还是其他的业务场景 真正要不要获取这种信号以及如何处理应该由业务逻辑处理 你看看 InterruptException

其实扫描速度跟你表设计大小有很大关系 我们有一个小表余额表 只保存了独立的几个余额相关字段 单表一亿扫描无任何问题