zoukankan      html  css  js  c++  java
  • 14.9 InnoDB Row Storage and Row Formats InnoDB 行存储和行格式:

    14.9 InnoDB Row Storage and Row Formats  InnoDB 行存储和行格式:
    
    
    14.9.1 Overview of InnoDB Row Storage
    14.9.2 Specifying the Row Format for a Table
    14.9.3 DYNAMIC and COMPRESSED Row Formats
    14.9.4 COMPACT and REDUNDANT Row Formats
    
    
    
    这个章节讨论 InnoDB 功能比如表压缩,长类型的列值的 off-page storage ,
    
    
    
    大的index key 前缀(innodb_large_prefix)  是通过ROW_FORMAT ,CREATE TABLE statement.子句控制的
    
    
    14.9.1 Overview of InnoDB Row Storage   InnoDB 行存储概述:
    
    存储用于行和相关的列影响查询和DML的性能,
    
    因为更多的行被塞入到一个单独的磁盘page,查询和index 查找可以变的更快,
    
    
    更少的cache memory 是需要的在InnoDB buffer pool,
    
    
    更少的I/O 是被写出更新的数据
    
    
    
    数据在每个InnoDB 表是被分成pages,组成每个表的页是被安排到一个tree data 被称为 B-tree index.
    
    
    表数据和secondary indexes  都使用这种类型的结构。
    
    
    B-tree index  代表整个表被称为 clustered index,
    
    
    它是根据主键列组织。
    
    索引的数据结果节点包含所有列的值(对于clustered index) 
    
    
    或者index列和主键列(对于secondary indexes).
    
    
    
    可变长度列是一个例外对于这个规则。
    
    列比如BLOB和VARCHAR 是太长了放到 B-tree page是存储在单独的分配的dick pages 称为overflow pages.
    
    
    
    我们称这些列为 overflow页,
    
    
    那些列的值是存储在 overflow pages的单链表里,
    
    
    每个这样的列有它自己的一个或者多个 overflow pages的列表。
    
    在有些情况下,所有或者一个long列的前缀是存储在 B-tree, 
    
    
    为了避免浪费空间和消除读取单独页的需要。
    
    
    下面的章节描述 如何配置InnoDB 表的row format来控制可变长度列值的存储。
    
    Row format  配置也决定表compression feature 的可用性和 large index key prefix feature (innodb_large_prefix).

  • 相关阅读:
    SpringMVC学习指南【笔记6】JSTL标签、函数
    SpringMVC学习指南【笔记5】EL表达式、实现免脚本JSP页面、禁用EL计算的设置
    SpringMVC学习指南【笔记4】数据绑定、表单标签库、转换器、格式化、验证器
    序列封包和序列解包
    python 字符串分割,连接方法
    Jmeter常用插件(转)
    不同的content-type,Jmeter入参不同
    性能监测(CPU)
    正则表达式
    乱码问题
  • 原文地址:https://www.cnblogs.com/hzcya1995/p/13350590.html
Copyright © 2011-2022 走看看