可以并发提交交易。这些交易被登记到一页或多页“账页”（block)上，再由记账者（矿工）将“账页”记到区块链上（记账）。记账也是并发，但只有最长的链被最终承认。

本场讨论的主题主要是传统存储灾备场景下的问题，CDC的问题我们会再开讨论会。简单解释一下您提出的问题，通常验证数据一致性，会采用数据比对的方法来做，极限做法做全库对比，但是通常不可取，应为耗时很长，多数采用主要表的统计和查询来做对比。这是业务层面的比对。当然很多的数...

传统关系型数据库和NOSQL数据各有各的特点。关系型数据库适合的数据模型为符合范式规范的二维表，适合的业务场景为数据强一致性。缺点在于其扩展性差。NOSQL数据库有很多种，各自都有自己支持最好的数据模型，比如说mongo的文档数据Json格式、比如说Hbase这种列式存取模式的数...

一点浅见，抛砖引玉。1、社保数据大集中，要考虑哪些业务特点？社保省级大集中模式的基础是数据集中，不仅在物理上而且在逻辑上都要求最终建立统一的数据记录系统，以便于各业务模块之间、各地域之间统一有机地共享全部业务数据和人员信息。数据集中之后要求数据库服务器必须具备...

对于第二个问题：怎么解决互联网业务系统数据库层面的扩展能力问题，对于集中式和分布式是如何考虑的？         分布式部署面临数据库容量飞速增长的时候，由于本身的处理能力等问题，往往是通过横向扩展，不断增加数据库节点，不断增加服务器和存储数...

1. 网银系统对数据强一致性有要求，就目前来看，它还没办法实现真正的分布式，集中式架构更符合现实情况。2.高并发场景，前端的Web和应用很容易靠应用负载集群的横向扩展能力来解决。但数据库就没那么好解决了，常见的思路有这么几个：1）数据库缓存剥离为单独的集群缓存。2）NOSQL内存...