麒麟、统信居多

数据加密中使用国密，需考虑的问题应用无感应用无改造即可满足加密要求，需要加密平台提供与原生数据库等同的访问能力，包括算子支持（如排序、Like难点）。业务无感可提供业务的无感迁移，即需满足数据从明文到密文的在线迁移能力厂商绑定避免被某些数据库或云厂商的绑定，或选择时谨... (more)

数据安全，需从全数据生命周期角度考虑，在每个阶段各有对应的数据安全措施。1.数据产生：数据分类分级（敏感数据识别）2.数据传输：数据加密传输3.数据存储：数据加密存储4.数据使用：数据脱敏、数据水印、访问审计、数据流转5.数据销毁：数据销毁... (more)

通用化的分布式，是比较理想的状态。在部分业务场景上可行，但在很多场景仍有其局限。企业还是要根据自身特点选择不同的分布式策略。

跑分代表部分技术能力，但不代表全部，理性看待跑分数据。针对用户更为有价值的是结合业务场景的跑分结果。TPC-C 可作为准入参考，达到一定数值即可，不用追求更高。

1.对于核心的系统，需考虑双发机制，即并行两套系统运行，可保证随时有后备系统可选择。2.对于非核心系统，可考虑在异构数据库同步方案，即保证数据不丢失有备用数据库可用。3.从应用角度来讲，弱化对数据库的依赖，尽量使用通用方法，有助于回切。... (more)

对于中小型系统而言，建议优先考虑对Oracle兼容性较高的产品，这样迁移、改造的工作量较小、成功率高。

1.所谓单库查询，是指语句查询可以精确到某个分片中，这样的效率最高。从事务处理角度来看，能否限制在某个分片内（即本地事务），也是效率最高的。2.具体的分片策略没有一定之规，一方面可选择业务的共性部分作为分片键，一方面数据量不大又参与到业务中的，也可考虑全局表（或广播表）的方式... (more)

解决上述问题有几个思路：1.产品层面有些分布式数据库产品，提供“自动分布式”能力，即可以实现数据自主分片，不再需要人为干预。这样在结构设计无需做太多修改。针对语句方面，也可以免改造或低改造完成迁移。当然这种方式还是要看业务复杂度，很难做到完全规避因引入分布式带来的... (more)