jushisi的博客

https://www.jianshu.com/p/e618cc818432https://www.cnblogs.com/Leo_wl/p/13365896.htmlhttps://www.cnblogs.com/hujinshui/p/10459548.html文章目录

在我们支付系统设计中，经常会遇到这样一个问题，防止用户重复支付。那么实际我们在设计支付系统时，如何来避免这一问题呢。1、为什么会出现重复支付1.1 客户误操作点了两次比如下单的按键在点按之后，在没有收到后端返回之前，按键的状态没有设为已禁用状态，还可以被按。1.2 支付渠道端返回超时用户在收银台页面点击某个支付方式后，在支付渠道（比如网银或者微信支付宝）上完成付款，但是渠道端返回的异步通知超时，导致系统付款状态尚未更新，用户并不清楚到底订单是否支付成功，而导致再次支付。2、如何防止重复支付提交

文章目录转自：https://blog.youkuaiyun.com/qq_35620501/article/details/95047642

一、从ACID到CAP/BASE具体可参考：数据库事物和分布式事物：https://blog.youkuaiyun.com/jushisi/article/details/112378972二、一致性协议（2PC、3PC、Paxos算法）2PC、3PC、Paxos算法，可以说，这三种一致性协议都是非常优秀的分布式一致性协议，都从不同方面不同程度地解决了分布式数据一致性问题，使用范围都非常广泛。其中二阶段提交协议解决了分布式事务的原子性问题，保证了分布式事务的多个参与者要么都执行成功，要么都执行失败。但是，在

解决Redis分布式锁业务代码超时导致锁失效问题解决主从架构的redis分布式锁主节点宕机锁丢失的问题普通实现说道Redis分布式锁大部分人都会想到:setnx+lua，或者知道set key value px milliseconds nx。后一种方式的核心实现命令如下:获取锁(unique_value可以是UUID等)SET resource_name unique_value NX PX 30000 释放锁(lua脚本中，一定要比较value，防止误解锁)if redis..

文章目录一、数据缓存1、为何要使用缓存2、哪类数据适合缓存3、缓存的利与弊二、如何保证缓存和数据库一致性1、不更新缓存，而是删除缓存2、先操作缓存，还是先操作数据库先删缓存，再更新数据库先更新数据库，再删缓存优先“先更新数据库，再删缓存”3、非要保证数据库和缓存数据强一致该怎么办缓存延时双删三、总结一、数据缓存1、为何要使用缓存在我们实际的业务场景中，一定有很多需要做数据缓存的场景，比如售卖商品的页面，包括了许多并发访问量很大的数据，它们可以称作是是“热点”数据，这些数据有一个特点，就是更新频率低，读

三种实现分布式锁的方式：https://blog.youkuaiyun.com/wuzhiwei549/article/details/80692278文章目录分布式锁应该具备哪些条件分布式锁的三种实现方式1、基于数据库实现排他锁方案1方案2优点缺点：解决方案：2、基于Redis实现使用命令介绍：实现思想1：实现思想2：优点缺点3、基于ZooKeeper实现Zookeeper的四种数据节点Znode：排它锁，又称写锁或独占锁共享锁Shared Locks或读写锁Read/Write Locks三种方案的比较分布.

CDN技术详解及实现原理：https://www.cnblogs.com/zousong/p/10925445.htmlCDN系统一般由分发服务系统，负载均衡系统和运营管理系统组成。分发服务系统：最基本的工作单元就是Cache设备，cache（边缘cache）负责直接响应最终用户的访问请求，把缓存在本地的内容快速地提供给用户。同时cache还负责与源站点进行内容同步，把更新的内容以及本地没有的内容从源站点获取并保存在本地。Cache设备的数量、规模、总服务能力是衡 量一个CDN系统服务能力的.

参考FastDFS 集群 安装 配置：https://www.cnblogs.com/ityouknow/p/7769142.html

如何搭建FastDFS参考：http://www.ityouknow.com/fastdfs/2017/10/10/cluster-building-fastdfs.html什么是FastDFSFastDFS是一个开源的轻量级分布式文件系统。它解决了大数据量存储和负载均衡等问题。特别适合以中小文件（建议范围：4KB < file_size <500MB）为载体的在线服务，如相册网站、视频网站等等。在UC基于FastDFS开发向用户提供了：网盘，社区，广告和应用下载等业务的存储服务。Fast

文章目录数据库事务数据库事务的特性事物隔离级别脏读、不可重复读、幻读分布式事务分布式事务产生的原因Service 多个节点Resource多个节点分布式事物基础CAP定理BASE理论一、2PC （两阶段提交）二、3PC （三阶段提交）三、TCC（`Try - Confirm - Cancel`）数据库事务数据库事务的特性原子性(Atomicity )、一致性( Consistency )、隔离性( Isolation)和持久性(Durabilily)，简称就是ACID。Atomicity（原子性