TokuDB索引结构## TokuDB索引结构 网易杭州研究院---胡争(博客:openinx.github.io) ## TokuDB简介 - 基于分形树实现的MySQL存储引擎 • Tokutek公司2007年研发,2013年开源 • 2015年Percona公司收购Tokutek公司 • TokuDB内部的K-V存储引擎为ft-index • TokuMx: ft-index + MongoDB Server层代码 支持事务(ACID)的MySQL存储引擎 • 插入性能大大高于InnoDB(分形树vs B+树) • 查询性能略低于InnoDB - 在线执行DDL操作(不阻塞写操作) • 超高压缩率(TokuDB 4M vs InnoDB 16K) 更高性能,更低成本! ## 分形树索引结构(一)  3 In [131]: a[0].shape 4 Out[131]: torch.Size([3, 28, 28]) 5 6 In [138]: a[0,0].shape 7 Out[138]:0 码力 | 10 页 | 883.44 KB | 2 年前3
谈谈MYSQL那点事技巧分享 Q & A ## MyISAM vs InnoDB ## MyISAM 特点 • 数据存储方式简单,使用 B+ Tree 进行索引 • 使用三个文件定义一个表:.MYI .MYD .frm • 少碎片、支持大文件、能够进行索引压缩 • 二进制层次的文件可以移植 (Linux → Windows) • 访问速度飞快,是所有 MySQL 文件引擎中速度最快的 - 不支持一些数据库特性,比如事务、外键约束等 ib_logfile0) • 支持事务、外键约束等数据库特性 • Rows level lock,读写性能都非常优秀 • 能够承载大数据量的存储和访问 • 拥有自己独立的缓冲池,能够缓存数据和索引 ## MySQL 架构设计—应用架构 ## 强一致性 对读一致性的权衡,如果是对读写实时性要求非常高的话,就将读写都放在 M1 上面,M2 只是作为 standby。 比如,订单处理流程,那 2 个文件描述符。| ## 服务优化 ## MyISAM 选项 |选项|缺省值|推荐值|说明| |---|---|---|---| |key\_buffer\_size|8M|512M|用来存放索引区块的缓存值,建议128M以上,不要大于内存的30%| |read\_buffer\_size|128K|64M|用来做MyISAM表全表扫描的缓冲大小。为从数据表顺序读取数据的读操作保留的缓存区的长度|0 码力 | 38 页 | 2.04 MB | 1 年前3
2. ClickHouse MergeTree原理解析-朱凯3d2e02e281193cf40fb810773/p6_9.jpg) 专业的数据资源管理 洞察 预警 消息 交互 ## Agenda 01 / 数据分区 02 / 一级索引&二级索引 03 / 数据存储 04 / 数据标记 ## 表引擎 表引擎,是ClickHouse设计实现中的一大特色。可以说正是由表引擎,决定了一张数据表最终的性格,它拥有何种特 *MergeTree $ )最为强大,在生产环境绝大部分场景中都应该使用此系列的表引擎。 只有合并树系列的表引擎才支持主键索引、数据分区、数据副本和数据采样这些特性,同时也只有此系列的表引擎支持ALTER相关操作。 ## 合并树家族 其中MergeTree作为家族中最基础的表引擎,提供了主键索引、数据分区、数据副本和数据采样等所有的基本能力,而家族中其他的表引擎则在MergeTree的基础之上各有所长。 排序键 [PRIMARY KEY expr] 主键 [SAMPLE BY expr] [Settings name=value, 省略...] index granularity = 8192 索引粒度 ## MergeTree的存储结构 table\_name partition_1 数据以分区的形式被组织,PARTITION BY 等  除此之外,新0 码力 | 81 页 | 3.83 MB | 1 月前3
websockets Documentation
Release 4.00 码力 | 48 页 | 224.70 KB | 2 年前3
Fast and small C++0 码力 | 17 页 | 790.91 KB | 1 年前3
PostgreSQL 9.5.25 Documentation
0 码力 | 2558 页 | 6.27 MB | 2 年前3
SQLite Development with Zumero0 码力 | 57 页 | 199.89 KB | 2 年前3
共 909 条
- 1
- 2
- 3
- 4
- 5
- 6
- 91













