关键链路上的交易处理和优化提升，大家有什么好的建议？
常用的交易从内容角度来说包括资金类和信息管理类，从技术角度来说包括查询和修改类的，从调用方式包括同步和异步的。现在对于存量的核心系统中，针对高并发、高性能、高可能的角度来说，如何规范交易的分类，以及对于关键链路上交易的处理和优化提升上有什么好的建议？
是否可以从交易的接口设计，调用链路，部署方式，核心表结构设计这几个维度进行分析。
比如 从表设计上来说 活期账户分为动态账户文件存放经常变动的金额，基数，状态等，静态账户部分存放账号，客户信息，卡信息等。
有什么好建议来面对新形势下的银行金融业务需求。
1同行回答
你的问题需要从几个方面考虑：
1、你们企业内部的系统级架构，这个是影响你们交易处理的关键因素。
2、交易场景，你们企业内部自己制定的交易场景是否可优化，这个也是可以减少节点提高处理效率的方式。
3、监管要求，监管是否允许你们减少节点的控制。
4、对于高并发、高性能、高可用这个主要是系统的设计层面问题，比如：代码复用性、扩展性、是否可集群化、交易代码通用性、业务场景通用性等。
建议：
1、你可以将场景和交易处理层进行分离，独立出业务处理和业务管理层，这个是架构的改动。
2、可以增加一个通用接口处理层，专用于交易的接收和发送，这也是架构层面的改动。
3、你管理的系统的核心交易处理部分可以再单独分离一层为核心处理层。这是你架构的最底层化的架构层。
4、数据库表最好是主交易与交易流转状态表、差错表、交易流转步骤表相分离，做到数据不要在同一张表中修改，历史数据考虑分库分表或直接建立分区来管理。
5、在表设计的时候最好考虑建立一个公共数据使用的，类似游标功能的数据表，能够快速获取关键数据信息。