自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

-+

上一步保存

binyao02123202的专栏

博客等级

码龄18年

575
原创

588
点赞

801
收藏

1627
粉丝

关注

私信

热门文章

分类专栏

最新评论

文件下载之断点续传（客户端与服务端的实现）
冷静的平头哥: 超级详细，感谢！！
限制别人网速秘籍[局域网中敢看电影、下载我就限制你！][幻境网盾V3.7]
普通网友: 回复后显示隐藏的内容
学一点 mysql 双机异地热备份----快速理解mysql主从，主主备份原理及实践
mqsmart: 双主复制互为主从就是个扯蛋的方案，也不知道最早是哪个2货提出来的，通过binlog只能同步数据，无法同步锁和事务： 1. 如果两个事务同时在两个上面同时update同一条数据，会导致相互覆盖，例如两个请求分别做n=n+1和n=n+2，正常情况下是n=n+1在执行时将该条数据锁住，n=n+2无法获取行级锁，所以被阻塞住，等n=n+1执行完了之后才能获取该行锁，在其结果上再执行，最后的结果应该是n+3，如果双主模式，这两个请求分别打在两个不同的节点上了，n=n+1在执行时，因行级锁无法在两个数据库进程间同步，所以n=n+2的操作是无法感知到该条数据已经被锁住，执行完的结果是一个节点是n+1，一个是n+2，相互同步后结果相互覆盖为n+2和n+1，与正解结果n+3不符； 2. 事务机制也无法同步，例如RR隔离级别的事务中，有两次读操作，第一次是读A表id=1，第二次读B表id=2，但是恰恰在第二次之前和第一次是读之后，其他事务将B表id=2这条数据update了n多次，这时当前事务读的不是最新数据，它读的是与当前事务开始时相符那个版本的数据，这个叫MVCC多版本控制，这个机制也无法在两个数据库进程间同步，所以如果有这种场景双主也是会出问题的所以说双主复制互为主从就是个扯蛋的方案，除非你能保证在你的业务需求中不会出现以上两种场景，主从复制只适用于读写分离和主备切换恢复这两个用途
学一点 mysql 双机异地热备份----快速理解mysql主从，主主备份原理及实践
mqsmart: 双主复制互为主从就是个扯蛋的方案，也不知道最早是哪个2货提出来的，通过binlog只能同步数据，无法同步锁和事务： 1. 如果两个事务同时在两个上面同时update同一条数据，会导致相互覆盖，例如两个请求分别做n=n+1和n=n+2，正常情况下是n=n+1在执行时将该条数据锁住，n=n+2无法获取行级锁，所以被阻塞住，等n=n+1执行完了之后才能获取该行锁，在其结果上再执行，最后的结果应该是n+3，如果双主模式，这两个请求分别打在两个不同的节点上了，n=n+1在执行时，因行级锁无法在两个数据库进程间同步，所以n=n+2的操作是无法感知到该条数据已经被锁住，执行完的结果是一个节点是n+1，一个是n+2，相互同步后结果相互覆盖为n+2和n+1，与正解结果n+3不符； 2. 事务机制也无法同步，例如RR隔离级别的事务中，有两次读操作，第一次是读A表id=1，第二次读B表id=2，但是恰恰在第二次之前和第一次是读之后，其他事务将B表id=2这条数据update了n多次，这时当前事务读的不是最新数据，它读的是与当前事务开始时相符那个版本的数据，这个叫MVCC多版本控制，这个机制也无法在两个数据库进程间同步，所以如果有这种场景双主也是会出问题的所以说双主复制互为主从就是个扯蛋的方案，除非你能保证在你的业务需求中不会出现以上两种场景，主从复制只适用于读写分离和主备切换恢复这两个用途
谷歌退出中国声明全文（中英对照版）A new approach to China
栗业呀: 笑话？你整个谷歌出来？

算法

关注

关注数：文章数：4 文章阅读量：5013 文章收藏量：2

作者: 君望永远

この世界、愛はあるの？

展开

专栏收录文章