区块链本身不是为了解决高并发的问题，强一致性和高性能天生是矛盾。目前各种声称的TPS，因为没有Benchmark，业务复杂性不一样、安全性要求不同，很难从数字上直接比较。现阶段，我认为区块链的成熟度还不适合高并发交易。...

高并发的问题确实很麻烦，特别是在双活的情况选，常规的而言，优化查询，特别是只读查询，对于查询可以通过读写分离或者缓存来处理，然后是双写的压力，这边可能会造成双向同步的压力过大，还有表的锁定问题，还有就是因为数据的延迟问题可能会造成数据短期的不一致，这个就需要结合业务了。...

针对要容器化的原则，我们总结有以下原则：1、不要在容器中存储数据1）由于容器是一次性的，当容器被停止、销毁或替换时，应用在容器中存储的数据同样会被销毁。2）如果应用需要存储数据，需存储在共享数据存储中。2、不要发布两份应用1）每个容器中只能部署运行一个应用，不能部署多个应...

目前来说采用闪存阵列是一个趋势，目前来说证券行业用的比较多，其他行业也正在上，用闪存，像金融、保险、基金行业都在用，制造业、交通等行业也会陆续使用的，闪存一大特点就是快。目前可能是价格稍贵点。采用混合阵列主要是闪存用于前段数据处理，其他存储根据业务情况使用，多半用过...

看公司性质，如果是传统金融行业，选用oracle，使用非常高配置的机器，毕竟钱不是问题，运维经验也丰富和成熟，还有见识过各种问题的供应商解决问题（背锅），实在不行还能找原厂。互联网行业或者创业公司，规模再大肯定也是mysql,然后各种开源中间件方案等，这个方案，许可免费（有人力成本），修改灵...

本人是初学者，仅代表自己的观点，主要以下几点：1、优化表设计防止并发导致数据错乱和奔溃；2、通过事务+通过更新锁，防止并发导致数据错乱和奔溃；3、通过程序代码防止包并发下的数据错乱和奔溃问题；...

对测试环境和生产环境的差异做分析。比如说架构是分布式的，各台服务器之间没有资源共用或者资源争用或者可控范围内的资源共用，那么测一台服务器就可以推演出N台的能力。如果有资源共用，那么这个资源能支撑多少业务量，总之，是有一些推算的方法，虽然不一定很准确。同理，资源少的...

数据库中的存储引擎其实是对使用了该引擎的表进行某种设置，数据库中的表设定了什么存储引擎，那么该表在数据存储方式、数据更新方式、数据查询性能以及是否支持索引等方面就会有不同的“效果”。在MySQL数据库中存在着多种引擎（不同版本的MySQL数据库支持的引擎不同），熟悉各种...

IFX是一款典型和经典的OLTP数据库，可以说在OLTP的数据库场景中都可以应用。尤其是在高并发的场景中，表现更优。IFX的优势是性价比非常好。缺点也十分明显：1、客户端做的不够易用和专业；2、没有跟上小机技术的膨胀，当然现在X86化或许是个机会...

非要自己来就是写lua脚本来遍历最大的键，可以通过redis-cli --bigkeys来看