德州做名片的网站,做网站的具体内容,为什么平面设计最后都转行了,paypal可做网站备库在消费中转日志时#xff0c;其实可以分多个线程同时对多个事务进行消费#xff0c;但是要满足2个基本原则#xff1a;
1.涉及同一行数据的多个事务必须在同一个线程中执行#xff0c;否则会导致数据不一致
2.同一个事务不能被拆开 MYSQL 5.6的并行复制策略#xff…备库在消费中转日志时其实可以分多个线程同时对多个事务进行消费但是要满足2个基本原则
1.涉及同一行数据的多个事务必须在同一个线程中执行否则会导致数据不一致
2.同一个事务不能被拆开 MYSQL 5.6的并行复制策略按库并行
不同的worker执行不同的库上的事务
如果多个库的压力均衡那效果就还可以。 MariaDB 的并行复制策略模拟主库的并行模式
MariaDB的思路是
1.能在同一组组提交提交的事务一定不会修改同一行
2.主库上可以并行执行的事务在备库上也一定可以并行执行。 在实现上
在一组里面提交的事务有个共同的commit_id。
把commit_id写到binlog里面
在备库分发任务的时候相同的commit_id就可以分到多个不同的线程并发执行。
这一组事务全部执行完成后再取下一组。 MYSQL 5.7 的并行复制策略
参数slave-parallel-type如果参数值为DATABASE,那就是MYSQL5.6的并行策略。
参数值是 LOGICAL_CLOCK那就是类似于MariaDB的策略。
在主库“同时执行”的策略在从库是可以同时执行的吗不能的因为主库同时执行时还有锁机制来控制各个事务的先后顺序。
MariaDB的策略其实是同时处于commit状态的事务可以并行执行
实际上同时处于prepara阶段的事务就可以并行执行了因为这时事务就已经执行完了。
而且在prepara阶段的事务和处于commit状态的事务之间在备库上也是可以并行执行的。 MYSQL 5.7.22 的并行复制策略
binlog-transaction-dependency-tracking 参数选择三种策略
1.根据多个事务是否在prepara阶段的事务和处于commit状态的事务之间
2.对于每一行计算出hash如果2个事务的所更改的行的集合没有交集就是可以并行的
3.在第二种的基础上加了一个约束在主库中同一个线程先后执行的事务在从库也要保持先后关系
