怎样彻底解决支付系统资金账户高并发引起的表死锁问题?

作者:bright

链接:https://www.zhihu.com/question/59914547/answer/170671680

来源:知乎

著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

路过,本人从事支付系统搭建和运营工作,业内合作过多套大型互联网交易平台。简单说下自己的看法。----------------------------------------------------------------------------------------------------------------------题主所说的高并发,不知是多少交易量。目前最高并发属支付宝了,2016年双十一支持12万笔/秒。我们在2016年提供给猪八戒网8.18活动是8千笔/秒,乐视9.19活动是1万笔/秒。交易平台的高并发量会对支付系统和硬件有不同程度的要求。这里说下对支付系统性能的要求,性能要求又跟支付系统的记账方式、系统模块间交互和结构逻辑相关;若不考虑彻底更换支付系统和增加服务期的情况,建议可以更改交易处理方式,在交易高峰期时,把每笔交易处理更改为每百笔交易处理,以前对用户可能是0.01秒处理订单,更改后可能是1秒处理订单.对用户基本上是无感知,而对支付系统则可以处理大量交易。具体情况,题主可以给我发私信聊------------------------------------------------------------最后建议题主,若贵交易平台经常发生不能处理高并发的业务场景,最彻底的办法是更换系统或增加设备。---------------------------------------------------------------------

原文地址:https://www.cnblogs.com/jpfss/p/8890441.html

时间: 2024-11-06 22:39:18

怎样彻底解决支付系统资金账户高并发引起的表死锁问题?的相关文章

亿级流量电商详情页系统的大型高并发与高可用缓存架构实战

对于高并发的场景来说,比如电商类,o2o,门户,等等互联网类的项目,缓存技术是Java项目中最常见的一种应用技术.然而,行业里很多朋友对缓存技术的了解与掌握,仅仅停留在掌握redis/memcached等缓存技术的基础使用,最多了解一些集群相关的知识,大部分人都可以对缓存技术掌握到这个程度.然而,仅仅对缓存相关的技术掌握到这种程度,无论是对于开发复杂的高并发系统,或者是在往Java高级工程师.Java资深工程师.Java架构师这些高阶的职位发展的过程中,都是完全不够用的.技术成长出现瓶颈,在自己

面试最让你手足无措的一个问题:你的系统如何支撑高并发?

这篇文章,我们聊聊大量同学问我的一个问题,面试的时候被问到一个让人特别手足无措的问题:你的系统如何支撑高并发? 大多数同学被问到这个问题压根儿没什么思路去回答,不知道从什么地方说起,其实本质就是没经历过一些真正有高并发系统的锤炼罢了. 因为没有过相关的项目经历,所以就没法从真实的自身体会和经验中提炼出一套回答,然后系统的阐述出来自己复杂过的系统如何支撑高并发的. 所以,这篇文章就从这个角度切入来简单说说这个问题,用一个最简单的思路来回答,大致如何应对. 当然这里首先说清楚一个前提:高并发系统各不

支付系统、账户系统有关模型

简介:账户体系是支付系统的基础,一个支付系统必须要有账户体系.因此账户体系的设计显得尤为重要. 支付账户和登陆账号: 两个概念:支付账户和登陆账号,这是属于两个不同业务的领域. 支付账户:用户在支付系统中用于交易的所有者权益的凭证. 登陆账号:用户用于登录系统的凭证和个人信息. 两者的联系:一个用户可能会有多个登录账号,一个登录账号又可能会有多个支付账户.比如,用户可以有零钱账户,储值卡账户等各种账户.一般来说,一个支付账户不可能在多个登录账号中公用. 账户的设计需求: 在支付系统中,对于账户的

Mysql高手系列 - 第27篇:mysql如何确保数据不丢失的?我们借鉴这种设计思想实现热点账户高并发设计及跨库转账问题

Mysql系列的目标是:通过这个系列从入门到全面掌握一个高级开发所需要的全部技能. 欢迎大家加我微信itsoku一起交流java.算法.数据库相关技术. 这是Mysql系列第27篇. 本篇文章我们先来看一下mysql是如何确保数据不丢失的,通过本文我们可以了解mysql内部确保数据不丢失的原理,学习里面优秀的设计要点,然后我们再借鉴这些优秀的设计要点进行实践应用,加深理解. 预备知识 mysql内部是使用b+树的结构将数据存储在磁盘中,b+树中节点对应mysql中的页,mysql和磁盘交互的最小

PHP如何解决网站大流量与高并发

首先,确认服务器硬件是否足够支持当前的流量.普通的P4服务器一般最多能支持每天10万独立IP,如果访问量比这个还要大, 那么必须首先配置一台更高性能的专用服务器才能解决问题 ,否则怎么优化都不可能彻底解决性能问题. 其次,优化数据库访问. 前台实现完全的静态化当然最好,可以完全不用访问数据库,不过对于频繁更新的网站, 静态化往往不能满足某些功能.缓存技术就是另一个解决方案,就是将动态数据存储到缓存文件中,动态网页直接调用这些文件,而不必再访问数据库,WordPress和Z-Blog都大量使用这种

PHP解决网站大流量与高并发

1:硬件方面 普通的一个p4的服务器每天最多能支持大约10万左右的IP,如果访问量超过10W那么需要专用的服务器才能解决,如果硬件不给力 软件怎么优化都是于事无补的.主要影响服务器的速度 有:网络-硬盘读写速度-内存大小-cpu处理速度. 2:软件方面 第一个要说的就是数据库,首先要有一个很好的架构,查询尽量不用* 避免相关子查询 给经常查询的添加索引 用排序来取代非顺序存取,如果条件允许 ,一般MySQL服务器最好安装 在Linux操作系统中 .关于apache和nginx在高并发的情况下推荐

PHP如何解决网站大流量与高并发的问题

首先,确认服务器硬件是否足够支持当前的流量. 普通的P4服务器一般最多能支持每天10万独立IP,如果访问量比这个还要大, 那么必须首先配置一台更高性能的专用服务器才能解决问题 ,否则怎么优化都不可能彻底解决性能问题. 其次,优化数据库访问. 前台实现完全的静态化当然最好,可以完全不用访问数据库,不过对于频繁更新的网站, 静态化往往不能满足某些功能. 缓存技术就是另一个解决方案,就是将动态数据存储到缓存文件中,动态网页直接调用 这些文件,而不必再访问数据库,WordPress和Z-Blog都大量使

Java电商支付系统手把手实现(二) - 数据库表设计的最佳实践

1 数据库设计 1.1 表关系梳理 仔细思考业务关系,得到如下表关系图 1.2 用户表结构 1.3 分类表结构 id=0为根节点,分类其实是树状结构 1.4 商品表结构 注意价格字段的类型为 decimal 1.5 支付信息表结构 1.6 订单表结构 乍一看,有必要搞这么多种的时间嘛?有以下诸多原因 前端显示需要,那就必须存着呀! 方便定位排查问题,比如某用户投诉某订单一直不发货,肯定就需要时间去定位 方便数据分析,比如需要计算从用户支付到最终发出商品的平均时间 根据订单状态确认相应订单时间 1

微信高并发资金交易系统设计方案——百亿红包背后的技术支撑

背景介绍 2017年1月28日,正月初一,微信公布了用户在除夕当天收发微信红包的数量--142亿个,而其收发峰值也已达到76万每秒.百亿级别的红包,如何保障并发性能与资金安全?这给微信带来了超级挑战.面对挑战,微信红包在分析了业界"秒杀"系统解决方案的基础上,采用了SET化.请求排队串行化.双维度分库表等设计,形成了独特的高并发.资金安全系统解决方案.实践证明,该方案表现稳定,且实现了除夕夜系统零故障运行. 本文将为读者介绍百亿级别红包背后的系统高并发设计方案,包括微信红包的两大业务特