自定义博客皮肤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的专栏

君望永远优快云认证博客专家优快云认证企业博客

码龄17年

575: 原创

3万+: 周排名

237万+: 总排名

572万+: 访问

: 等级

5万+: 积分

1627: 粉丝

586: 获赞

738: 评论

800: 收藏

私信

关注

热门文章

分类专栏

最新评论

文件下载之断点续传（客户端与服务端的实现）
冷静的平头哥: 超级详细，感谢！！
限制别人网速秘籍[局域网中敢看电影、下载我就限制你！][幻境网盾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
栗业呀: 笑话？你整个谷歌出来？

WCF

关注

关注数：文章数：1 文章阅读量：3744 文章收藏量：0

作者: 君望永远

この世界、愛はあるの？

展开

http://www.cnblogs.com/scy251147/p/3566638.html

前言传统的Asmx服务，由于遵循SOAP协议，所以返回内容以xml方式组织。并且客户端需要添加服务端引用才能使用（虽然看到网络上已经提供了这方面的Dynamic Proxy，但是没有这种方式简便），所以给开发和部署带来了不小的麻烦。并且当服务过多的时候，生成的引用文件会很大，之前项目的一个引用文件光引用代码都有5000多行，全部在一个类中。确实不方便维护。基于以上几点，就特别研究了

转载 2014-02-25 16:47:57 · 3744 阅读 · 0 评论