提示里面不是写的很清楚了么。。git branch --set-upstream-to=<remote>/<branch> xxxx

腾讯 im 还不稳定？感觉不应该啊

@promise2mm binlog 同步这些公司有现成的中间件，我核心关注的是如何保证数据一致。

@xuanbg 我现在的初步想法是，通过监听 binlog 的事件类型，做相应的对 ES 的操作，中间需要处理逻辑。

@iluhcm 感谢大佬，我再研究下消息队列的 ack

@iluhcm 方案大致是这样，就是不知道如何保证一致性，哪怕最终一致。假设对同一条记录的两条 binlog 消息：
1: 增
2: 删
如果不做幂等消费，有可能就是先删后增；或者如果删除失败，也会导致这条记录永远存在 es 中

@Rush9999 感谢。我们的时效性要求不是非常高，还是不希望侵入现有代码逻辑

@sytnishizuiai 不明白这种写法为什么会报错，这符合标准 sql 规范。我 5.7.21

@jadec0der 这种写法默认的 mysql 5.7 开启了 ONLY_FULL_GROUP_BY 参数，会报错。
Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column 't.id' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

@sytnishizuiai 为什么不能用，我就用的 5.7

思路参照： https://stackoverflow.com/questions/12102200/get-records-with-max-value-for-each-group-of-grouped-sql-results

新建表：
CREATE TABLE `demo` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`city` varchar(11) DEFAULT NULL,
`business` varchar(11) DEFAULT NULL,
`money` int(11) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

插入以下数据：
id city business money
1 beijing waimai 10
2 beijing dache 20
3 beijing dache 30
4 beijing waimai 40
5 beijing waimai 20

按照楼主的意思，需要返回的结果是：id=3 以及 id=4 的记录


思路：自己 left join 自己，将统一分组的记录 join 一起，并且加一个过滤条件 左表的 money < 右表的 moeny, 这样的结果是所有符合该条件的关联记录中，右表都会有值。最终只需要挑右表中任意字段为 null 的记录就行了。

sql:
select a.* from demo a left join demo b on a.city=b.city and a.business=b.business and a.money < b.money where b.money is null;

结果：
3 beijing dache 30
4 beijing waimai 40

每次切换页面的时候也给前端返回总数据量，让前端根据这个数字动态分页

取出来，用强制类型转换转成子类对象，即 Manager. 大概这样： (Manager) (staff.get(0)).setbonus;
可以了解下 java 的编译时类型检查和运行时类型检查

这些是监控系统干的活，国内比较好的是 CAT，但是系统比较庞大。或者 metrics,比较轻量。https://github.com/dropwizard/metrics

看这段 sql 的性能吧，如果性能 ok，还是上 sql 省事。分页，用各种分页插件，比如 pageHelper 啥的。
join 查询，非 sql 的 ORM 实现方式都不优雅，比直接上 sql 还难维护

自增 id 的好处非常多。uuid 的随机性，会导致主键索引频繁的分裂、合并，影响插入性能。另外，主键使用 id 的话，数据量小，查询起来也比 uuid 稍快点。