没有绝对意义的必须，只有合适与不合适。对于核心系统而言，安全稳定、性能高效、数据一致性等因素都需要存储具备一定的稳定和性能的，不能出现各类问题，一旦发生问题导致数据丢失后果十分可怕。传统的FC在运行这么多年以来，稳定一直是FC具备的特点，对于分布式而言，近些年来发展也...

现在新的系统设计，已不存在这种大量存储过程的情况。以我行采用的长亮v7版本核心系统，初始设计就没有使用存储过程，对存储过程的不支持，更多是分布式的原因，而非底层MYSQL版本问题，各分布式数据库基本都不支持。存储过程，复杂SQL有其价值，但若新的系统，从架构层做好设计，规范必须使...

制定规范、执行规范、规范检查、规范整改

我大概划了一下重点：核心系统；中小型银行。1. 业务以大量OLTP+少量OLAP为主，那么根据这个业务模型来看，所对应的IO特点应该为：1）需要一定的IO吞吐量保证OLAP的效率；2）对IO延迟非常敏感；3）IO chunk（IO block）相对较小，IOPS相对较高。对于上述三个特点，传统存储，IBM、EMC这类在后两个特...

分两部分，一是将批处理交易化，借助于分布式数据库带来的高并发能力，快速批量处理，这方面需要应用支持，像我行的核心日终处理根据分布式特点，采用shardkey进行批次拆分，不同执行器抓取不同数据，任务分配到各个执行器执行，极大的提高了跑批效率。另一部分是传统批处理，批量更新从设计...

TD的跨节点分布式事务是XA两阶段提交模式实现的。分布式在事务上，确实会有性能的损失。分布式通过分片的增加，可以提高性能，综合跨节点的事务性能损失，增加一倍节点数，可以提升70%的性能（损失了30%）。经过测试，2个节点的性能是1个节点的1.7倍。由两个节点升至4个节点，提升的性能也...

应用系统数据库的更换，应用的调整必不可少，而且工作量很大，数据库的设计、结构也并不能保证与原来完全一致，所以并没有数据同步这个过程，有的是系统新上线时的数据迁移。分布式数据库的数据迁入，厂商会提供高效的命令或程序，以使指定格式的数据导入数据库，这部分工作消耗的时间很...

数据库层：主要工作是表shardkey的设计，shardkey是TD应用适配的核心，对此，我行对每个表逐一进行了分析。在新的应用系统，数据库语句通过namesql单独管理，可以很好的将具体表涉及的语句统计出来，再根据sql对表的shardkey、以及索引、甚至结构进行调整。应用层：应用层本身有良好的设...

TDSQL不兼容标准的SQL，很多都要重新编写