核心能力: 并发编程、内存模型、IO模型、数据结构算法
数据库优化: 慢SQL治理、索引优化、死锁处理、数据归档
中间件原理: Redis核心源码、RocketMQ事务消息、Zookeeper选举机制
项目名称: 金融支付核心系统重构
项目周期: 2019.05 – 2021.02
项目描述:
原有支付系统耦合严重,账务处理延时高,且无法支持跨境多币种结算。负责支付核心(收单、清算、记账)的完全重构,构建高可靠、强一致的金融级交易系统。
个人职责:
核心模型设计: 设计统一的“交易-支付-记账”三层模型,解耦渠道层与业务层,支持微信、支付宝、银联等10+种渠道快速接入。
资金安全: 引入TCC分布式事务框架,保证交易与账务的最终一致性;设计对账系统,通过文件解析与双向核对机制,日终自动发现并修复长短款差异,实现零资金损失。
性能攻坚: 针对高并发记账场景,优化MySQL行锁,将批量记账耗时从5秒优化至200毫秒;利用LongAdder替代AtomicLong进行实时资金统计,消除高并发下的CAS竞争。
平滑迁移: 制定灰度发布策略,采用Binlog+Canal监听数据变更,实现新旧系统数据双写与动态切流,在业务无感知的情况下完成全量切换。
项目成果:
系统处理能力提升至5000 TPS,日处理交易量千万级。
连续2年无P0级重大故障,对账准确率100%。
沉淀了支付中台能力,支持新业务线平均接入时间由2周缩短至1天。
| 角色 | 职位 |
| 负责人 | 高级开发工程师 |
| 队员 | 产品经理 |
| 队员 | UI设计师 |
| 队员 | iOS工程师 |
| 队员 | 安卓工程师 |
| 队员 | 前端工程师 |
| 队员 | 后端工程师 |
原电商系统为单体架构,随着业务线(秒杀、直播、分销)激增,出现了代码臃肿、迭代困难、大促期间扩容缓慢等问题。项目目标是将交易核心链路(商品、订单、库存、支付)剥离为独立中台,并完成容器化迁移,支撑“618”及“双11”亿级流量洪峰。
原有支付系统耦合严重,账务处理延时高,且无法支持跨境多币种结算。负责支付核心(收单、清算、记账)的完全重构,构建高可靠、强一致的金融级交易系统。 个人职责: 核心模型设计: 设计统一的“交易-支付-记账”三层模型,解耦渠道层与业务层,支持微信、支付宝、银联等10+种渠