Logo

  • 暗黑魔君

    发布于:10 天前

    4

    Hyperledger Fabric启用CouchDB为状态数据库
    HyperledgerFabric启用CouchDB作为状态数据库一.概述数据请求流超级账本采用背书/共识模型,模拟执行和区块验证是在不同角色的节点中分开执行的。模拟执行是并发的,这样可以提高扩展性和吞吐量:背书节点:模拟执行链码Peer节点:验证交易并提交2.超级账本存储元素超级账本包含以下元素:账本编号:快速查询存在哪些账本账本数据:实际的区块数据存储区块索引:快速查询区块/交易状态数据:最新
    阅读 3059 评论 1 收藏 2
  • sery

    发布于:2018-07-14 12:47:48

    1

    centos 7部署oracle 12c rac 上菜了
    oracle 12c 发布用很长一段时间了,虽然在近期部署了几套单实例oracle 12c,但一直都没有机会在生产环境实施12c rac,当然,既不能把现有的11g rac干掉,替换成12c rac,又没有新的项目找上来,但总不能等需要干活的时候再学习测试,未雨绸缪,正好从青龙那里化缘来一台配置不错的技嘉迷你pc,正好用它来做测试,安装上proxmox,虚拟出一堆系统,然后就有条件测试部署orac
    阅读 3824 评论 4 收藏 2
  • dbapower

    发布于:2018-07-03 15:40:02

    29

    揪出MySQL磁盘消耗迅猛的真凶
    当一张单表10亿数据量的表放在你面前,你将面临着什么?
    阅读 8334 评论 9 收藏 7 赞赏 1
  • sery

    发布于:2018-06-19 15:23:43

    15

    Oracle 12c dataguard云上挖坑记--为某机场贵宾业务部署oracle 12c到云端
    Oracle 12c dataguard云上挖坑记--为某机场贵宾业务部署oracle 12c到百度云项目需求据称现有环境为多节点RAC,管理成本高,主要体现在没有专业技术人家对基础设施进行维护。迁移到云上以后,基础设施维护就节省掉了。而且后边容量扩充易如反掌,远程维护之类也比物理环境去现场操作方便许多。 但在云上,oracle RAC实现的两个前提条件--共享存储及心跳网络,不被正式支
    阅读 9850 评论 15 收藏 6 赞赏 7
  • superZS

    发布于:2018-06-19 09:57:36

    32

    ProxySQL!像C罗一样的强大!
    各位兄弟们,时隔多日老张又与大家见面啦。每次与大家见面,都会有好消息告诉大家,次也不例外。前段时间出版了《MySQL王者晋级之路》一书,反响还不错。争取今年再出版一本MongoDB运维实战的书籍,供给那些想要学习NoSQL的同学们作为工作中的参考。今儿,老张给大家介绍一款MySQL的一款中间件的产品——ProxySQL
    阅读 10000+ 评论 34 收藏 7 赞赏 4
  • 爱可生

    发布于:2018-06-13 11:03:05

    2

    多从库时半同步复制不工作的BUG分析
    存在多个半同步从库时,如果参数 rpl_semi_sync_master_wait_for_slave_count=1,启动第1个半同步从库时可以正常启动,启动第2个半同步从库后有很大概率 slave_io_thread 停滞(复制状态正常,Slave_IO_Running: Yes,Slave_SQL_Running: Yes,但是完全不同步主库 binlog )
    阅读 5567 评论 0 收藏 2
  • hcymysql

    发布于:2018-05-28 18:48:27

    23

    MariaDB10.3 系统版本表 有效防止数据丢失
    系统版本表是SQL:2011标准中首次引入的功能。系统版本表存储所有更改的历史数据,而不仅仅是当前时刻有效的数据。举个例子,同一行数据一秒内被更改了10次,那么就会保存10份不同时间的版本数据。就像《源代码》电影里的平行世界理论一样,你可以退回任意时间里。从而有效保障你的数据是安全的,DBA手抖或程序BUG引起的数据丢失,在MariaDB10.3里已成为过去。
    阅读 10000+ 评论 5 收藏 5
  • lilugoodjob

    发布于:2018-05-27 22:55:35

    31

    MySQL查询语句中的IN 和Exists 对比分析
    最近在写SQL语句时,对选择IN 还是Exists 犹豫不决,于是把两种方法的SQL都写出来对比一下执行效率,发现IN的查询效率比Exists高了很多,于是想当然的认为IN的效率比Exists好,但本着寻根究底的原则,我想知道这个结论是否适用所有场景,以及为什么会出现这个结果。 网上查了一下相关资料,大体可以归纳为:外部表小,内部表大时,适用Exists;外部表大,内部表小时,适用IN。那我就困惑了,因为我的SQL语句里面,外表只有1W级别的数据,内表有30W级别的数据,按网上的说法应该是Exists的效率会比IN高的,但我的结果刚好相反!! “没有调查就没有发言权”!于是我开始研究IN 和Exists的实际执行过程,从实践的角度出发,在根本上去寻找原因,于是有了这篇博文分享。
    阅读 10000+ 评论 12 收藏 4
  • 橡皮高

    发布于:2018-05-10 21:13:46

    3

    急中生智~利用Spark core完成"ETL"!
    背景介绍:今天接到老板分配的一个小任务:开发一个程序,实现从数据库中抽取数据并生成报表(这是我们数据库审计平台即将上线的一个功能)。既然是要生成报表,那么首先得有数据,于是便想到从该业务系统的测试环境抽取业务表的数据,然后装载至自己云主机上的Mysql中。本来以为只要"select...intooutfile"和"loaddatainfile..."两个命
    阅读 8603 评论 1 收藏 1
  • dbapower

    发布于:2018-05-07 09:00:01

    10

    一条命令搞垮MongoDB实例
    一条命令搞垮MongoDB实例
    阅读 10000+ 评论 4 收藏 1
写文章