作者回复: 👍这是其中一个原因
作者回复: 👍
作者回复: 嗯 了解了
这种设计我觉得就是会对并发性有比较大的影响。
一般如果网络状态不好的,会建议把这个更新操作放到消息队列。
就是说
1. 先本地提交事务。
2. 把通知这个动作放到消息队列,失败了可以重试;
3. 远端接收事件要设置成可重入的,就是即使同一个消息收到两次,也跟收到一次是相同的效果。
2 和3 配合起来保证最终一致性。
这种设计我见到得比较多,你评估下是否符合你们业务的需求哈
作者回复: 应该就是评论区其他同学帮忙回复的权限问题了吧?
作者回复: “通知对方更新上面数据” 是啥概念,如果你这个事务没提交,其他线程也看不到前两个操作的结果的。
设计上不建议留这么长的事务哈,最好是可以先把事务提交了,再去做耗时的操作。
作者回复: 你说得对,👍细致
import动作 不会自动删除cfg文件,我图改一下
作者回复: 嗯嗯,命令中写错了,是--add-locks=0,
效果上跟--skip-add-locks是一样的哈
👍细致
作者回复: 嗯嗯,有同学已经踩了,
我加个说明进去,多谢提醒
作者回复: 在我们这篇的例子里面,insert duplicate key后导致加锁这个,是不会退化的哦。
如果是说我们在21篇讲的加锁规则里面, 这个退化的效果就是直接不加间隙锁
作者回复: 好问题,
会控制单行不会超过参数net_buffer_length,这个参数是可以通过--net_buffer_length 传给mysqldump 工具的
作者回复: 导出挺快的,但是导入就不好办了。~
作者回复: 就是在MySQL的运行进程所在的主机上
作者回复: 我觉得是