表示 进入内容 415077
« 先前的 10 新的记录 | 下一步 10 较早的记录 »
Displaying posts with tag: metadata (reset)
Druid(准)实时分析统计数据库——列存储+高效压缩

Druid是一个开源的、分布式的、列存储系统,特别适用于大数据上的(准)实时分析统计。且具有较好的稳定性(Highly Available)。 其相对比较轻量级,文档非常完善,也比较容易上手。 Druid vs 其他系统 Druid vs Impala/Shark Druid和Impala、Shark 的比较基本上可以归结为需要设计什么样的系统 Druid被设计用于: 一直在线的服务 获取实时数据 处理slice-n-dice式的即时查询 查询速度不同: Druid是列存储方式,数据经过压缩加入到索引结构中,压缩增加了RAM中的数据存储能力,能够使RAM适应更多的数据快速存取。

【分布式】  【mysql】  【数据库】   …

[获取更多]
Nginx负载均衡+MySQL双机+MFS+Keepalived+Discuz程序实现高可用集群

Nginx负载均衡+MySQL双机+MFS+Keepalived+Discuz程序实现高可用集群

结构图如下:

IP规划如下: 主 Nginx 192.168.1.230 主机名 Lvs-Master 从 Nginx 192.

【nginx】  【服务器】  【mysql】  【discuz】  【高可用】  【配置】  【集群】   …

[获取更多]
关于mysql的ddl_log.log文件

今天在mysql数据库的data目录下发现了这样的一个log文件  ddl_log.log 于是官网查看了一下,英文好的可以自己阅读一下,不好的就麻烦了:(

The DDL Log The DDL log, or metadata log, records metadata operations...

【mysql】  【LOG】  【Server】  【metadata】  【file】  【IT】   点击查看原文>

MySQL · 特性介绍 · 一些流行引擎存储格式简介

概述

本文简要介绍了一些存储引擎存储结构,包括InnoDB, TokuDB, RocksDB, TiDB, CockroachDB, 供大家对比分析

InnoDB

InnoDB 底层存储结构为B+树,结构如下

B树的每个节点对应innodb的一个page,page大小是固定的,一般设为16k。 其中非叶子节点只有键值,叶子节点包含完整数据。 InnoDB按segment, exte

【mysql】  【innodb】  【HTTPS】  【分布式存储】  【metadata】   …

[获取更多]
MySQL · 特性介绍 · 一些流行引擎存储格式简介

概述

本文简要介绍了一些存储引擎存储结构,包括InnoDB, TokuDB, RocksDB, TiDB, CockroachDB, 供大家对比分析

InnoDB

InnoDB 底层存储结构为B+树,结构如下

B树的每个节点对应innodb的一个page,page大小是固定的,一般设为16k。 其中非叶子节点只有键值,叶子节点包含完整数据。 InnoDB按segment, exte

【mysql】  【innodb】  【HTTPS】  【分布式存储】  【metadata】   …

[获取更多]
Rook存储:Kubernetes中最优秀的存储

本文讲的是Rook存储:Kubernetes中最优秀的存储【编者的话】Rook存储集群,其实是在著名的分布式存储系统Ceph的一个封装,以Kubernetes Application的方式运行了监控。

【监控】  【mysql】  【配置】  【集群】  【容器】  【对象存储】  【分布式文件系统】   …

[获取更多]
DockOne微信分享(一四三):FreeWheel基于Kubernetes容器云构建与实践:应用编排与服务质量保证

本文讲的是DockOne微信分享(一四三):FreeWheel基于Kubernetes容器云构建与实践:应用编排与服务质量保证【编者的话】随着公司业务不断发展以及逐渐向微服务的转变,我们借助于Kubernetes容器化解决方案来标准化和简化应用发布的整个流程,使原来需要大量人工维护和干预的工作变为自动化。

【mysql】  【配置】  【容器】  【版本管理】  【metadata】   …

[获取更多]
MySQL · 特性分析 · 利用gdb跟踪MDL加锁过程

MDL(Meta Data LocK)的作用

在MySQL5.1及之前的版本中,如果有未提交的事务trx,当执行DROP/RENAME/ALTER TABLE RENAME操作时,不会被其他事务阻塞住。这会导致如下问题(MySQL bug#989)

master: 未提交的事务,但SQL已经完成(binlog也准备好了),表schema发生更改,在commit的时候不会被察觉到.

slave

【mysql】  【lock】  【test】  【schema】  【metadata】   …

[获取更多]
metadata lock的解决方案

Metadata-Lock的引入是为了在并发条件下,防止session1的查询事务未结束的情况下,session2对表结构进行修改,以保护元数据的一致性。

【数据存储与数据库】  【故障方案】  【mysql】  【性能】  【数据库】  【解决方案】  【lock】   …

[获取更多]
[MySQL 5.7 metadata lock] 测试

介绍: Metadata:事物内的表级锁 5.5开始引入进来,5.6.6前,事物开启后,会锁定表的meta data lock,其他会话对表有DDL操作时,均需要等待DML释放后方可继续、5.6.6后,不再阻塞其他会话执行的DDL,但原来的会话再次访问数据表时,会有error提示:table de...

【云栖社区】  【mysql】  【线程】  【数据库】  【测试】  【lock】   …

[获取更多]
表示 进入内容 415077
« 先前的 10 新的记录 | 下一步 10 较早的记录 »