一、背景简介

大家好，今天分享支付系统中的对账处理模块，对账业务就不细讲了，大家可以去看群主的“支付系统设计：对账处理”那篇文章，里面详细介绍了对账的业务处理。
今天主要讲百万级别以上交易笔数的对账如何在30分钟之内对账完成，以满足快速清算的目的。
我们先来梳理下对账中有哪些环节：

• 有渠道账单下载

• 账单数据标准化

• 系统对账

• 长短款处理

• 输出清分数据；

整个环节中就是系统对账模块是最耗时的，因为需要逐笔进行勾兑来找出双方差异的单来进行长短款处理和对平账数据的清算处理。
我先讲下背景环境：公司支付系统对接了微信、支付宝、QQ钱包等主流移动支付通道。每天9天上游才提供对账单，10:20要完成所有通道的商户清算。

二、 对账优化

如何优化这块的对账处理时间，我总结了一下几点，

1. 渠道对账单数据清洗

2. 存储IO优化

3. 数据库查询优化

1、渠道对账单数据清洗

我们先来说对账单数据清洗，数据清洗比较简单，难的是清洗完成之后怎么存储，然后在后续的勾兑中能快速的可以查询出来进行比对。
我们这里选择的kv数据库ssdb来进行数据存储，为什么选择ssdb？因为其高性能的存储和查询速度。
处理程序上根据不同的渠道采用多线程来进行账单下载和数据清洗之后然后存储在ssdb中，这个过程中500W的数据基本在5分钟之内都可以处理完成。

2、 存储IO优化

接着来说存储IO优化，这点是最重要的，因为这里对第一点和第三点的优化起着很重要的作用，我们选择的ssd的固态硬盘来进行清洗数据的存储和数据库数据的存储，以及ssdb数据文件的存储。 特别是ssdb专门是对ssd进过优化的，更加提高了ssdb的性能，这个也是为什么选择ssdb来存储勾兑数据的原因之一。
这里如果公司成本控制有限的话可以选择数据库还是采用机械硬盘来存储，因为对整个优化影响不大，我们这里数据库采用ssd来存储是因为成本上公司能支持，算是锦上添花的效果。但是ssdb一定要安装在ssd上。

3、 数据库查询优化

最后来说数据库查询的优化，先说查询语句的优化，索引很重要，因为支付的特性，主要关心的是根据订单、渠道、时间来进行查询，所以这些字段就一定要建立索引，这里建议大家建立复合索引，尽量减少索引来提高存储的速度。
所以我一般会建立订单索引、渠道+时间的复合索引；其他的sql优化方案根据大家各自的系统进行优化设计。
但是sql优化还是不够，因为还是满足不了在很短的时间之内把数据查询出来并进行勾兑处理，所以有两个解决方案，一个是在时间上去优化，一个是在空间上去优化，我这里选择用空间来换时间。
因为数据库系统需要查询的是T日的交易数据在T+1日来进行对账，所以我选在T日日切之后，将T日的数据全部查询出来写到ssdb数据库中，这样一来我可以在9点下渠道对账单之前就将我方订单数据全部处理完成，在渠道数据清洗成功之后就可以马上进行数据勾兑，500W笔的数据量在20分钟之内就可以全部处理完成。

Q&A

Q: 基于sql的对账？
A: 不是，基于nosql的的对账；订单在关系型数据库，日终把订单数据数据同步到ssdb中用来对账。

Q1: