【区块链】区块链在数据库方面的劣势

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了【区块链】区块链在数据库方面的劣势，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含942字，纯文字阅读大概需要2分钟。

内容图文

吞吐量：

12306：11000TPS（网上说法，相当于能够抵御国家级别的DDOS攻击）；

Haisql_memcache：320000TPS；

比特币：7TPS；

以太坊：25TPS；

Hyperledger Fabric：2000TPS。

 

事务处理：

底层数据库通常为Key-Value数据库，无事务处理能力，常采用LevelDB。某节点的某智能合约执行失败将导致数据库数据不一致，必须从其他节点同步数据。

并发处理：

区块链节点大多没有针对高并发服务做优化设计。

查询统计：

未实现插件化的数据访问机制以及包括关系数据库，Non-Key查询、历史数据查询、复合查询、统计方面有待完善。

访问控制：

数据公开透明地存储在所有节点上，仅依靠签名与验证来确定不可伪造，无其他安全机制。

可扩展性：

大多数区块链平台随节点增加，其系统整体性能下降，这与传统数据库相反。

【区块链】区块链在数据库方面的劣势

标签：comment   outline   sub   ica   lol   adjust   区块   必须   eset   

本文系统来源：https://www.cnblogs.com/kamishiroshinchi/p/13796418.html

内容总结

以上是互联网集市为您收集整理的【区块链】区块链在数据库方面的劣势全部内容，希望文章能够帮你解决【区块链】区块链在数据库方面的劣势所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---