为什么不考虑 datax 把数据同步过去后，再修改数据呢
datax 设计的目的是在于异构数据源迁移，所以应该做不到修改数据

@lancelee01 你是这个意思吗，我看了半小时才弄懂

@bmwyhc 这个老铁（@lancelee01 ）说的是对的
---------------------------------------------------------------------------------------
举个例子：
你找了 20 个人来搬砖头，每个人总共有 10 块。他们需要把砖头放到同一辆小推车里，当小推车里有 10 块砖头的时候，他们就喊你把小推车拉走，你清空后再把小推车拉回来，他们接着装。
** 上述就是你代码的解读 **
---------------------------------------------------------------------------------------
下面是我的理解：
你的构想，工人应该排队搬砖，0 号开始搬，0 号搬完 1 号搬，一直到 19
事实上，工人会争先恐后的搬砖，可能有个机灵鬼，每次都等车里有 9 块的时候，就去放最后 1 块，这就导致了每次你都看到他
---------------------------------------------------------------------------------------
如果想做到你想的那样，你应该给工人加锁，而不是给小推车加锁
---------------------------------------------------------------------------------------
验证：你把 producer() 方法中的 if 给删除，然后打印，就像下面这样
```
list.add(random.nextInt(100));
System.out.println("thread-" + Thread.currentThread().getName() + Arrays.toString(list.toArray()));
lock.notifyAll();
```
你会看到线程争先恐后的向 list 里面放砖，但每个线程都只有 10 块砖

@golangLover 这个百度能搜到，https://blog.csdn.net/a772304419/article/details/103838176 ，够用了

我主要看有什么现成的方法，没有 byIds() 方法就用 byId()
实践中，byIds() 的性能会好一点，最简单的原因是 byId() 每次都要写日志，而 byIds() 只用写一次，但只好很少很少。
健壮、好维护的就是好代码，性能问题等遇到再解决

@Component
public class Test {

private Demo demo;

public Test(@Value("${demo.a1}") String a1,@Value("${demo.a2}") String a2,@Value("${demo.a3}") String a3){
demo = Demo.build(a1,a2,a3);
}

}

QPS 每秒查询率(Query Per Second)
每秒 1 万，一天接近 9 亿请求，谁敢说不高，v2 都不一定有这么高

枸杞 + 山楂 + 蒲公英，一起泡，超好喝

美团

和老员工搞好关系，请吃个饭或者其他的，让他带带你。领导不是给了你六个月吗，应该够吧

看完了，一定要保持学习

10 k 也太黑了

戴着耳机，下班路上就面了，嘿嘿嘿

增加假期

你的这个文章的翻译，我也大致看了一遍，挺不错，感觉挺深入的，挺好的。官网的比较偏工程化，偏应用层面

其实 MySQL 官网的文档，写的很棒

官网地址： https://dev.mysql.com/doc/refman/8.0/en/preface.html
翻译： https://github.com/bichengfei/MySQL （龟速更新中）

孩子挺聪明，是你没教好