查看“MySQL Table”的源代码

=== 普通表 ===
 create table test_seq (
    ky               int auto_increment,
    val              varchar(50),
    ver              json,
    primary key(ky)
 )
 ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE= utf8mb4_0900_ai_ci
 auto_increment = 10000000

 CREATE INDEX i_test_seq_val ON test_seq(val);

==== 排序规则 ====
* utf8mb4_0900_ai_ci
* utf8mb4_unicode_ci
* utf8mb4_general_ci

当设置表的默认字符集为 utf8mb4 字符集但未明确指定排序规则时：
* 在 MySQL 5.7 版本中，默认排序规则为 utf8mb4_general_ci
* 在 MySQL 8.0 版本中，默认排序规则为 utf8mb4_0900_ai_ci

utf8mb4_general_ci 一个遗留的校对规则，不支持扩展，它仅能够在字符之间进行逐个比较，这意味着 utf8mb4_general_ci 校对规则进行的比较和排序的时候速度很快。但没有实现 Unicode 排序规则，在遇到某些特殊语言或者字符集，排序结果可能不一致。

utf8mb4_unicode_ci 是基于标准的 Unicode 来排序和比较，能够在各种语言之间精确排序。如对于德语和法语。

将 MySQL 8.0 版本的表导入到 MySQL 5.7 或以下版本时，可能会存在字符集无法识别的问题

* [Err] 1273 - Unknown collation: 'utf8mb4_0900_ai_ci'

==== 自增主键 ====
* auto_increment 为自增主键（该列必须设为主键），一般使用 int（小于 42 亿）。不支持 decimal(10) 这种字段格式
* auto_increment 也可以使用 double 这种浮点数格式，自增 +1，但可以指定插入 10.1 这种（表中最大自增为 10.1 时，下一个系统自增是 11）

 insert into test_seq(val, ver) values
  ('mysql', '{"v1":"10", "v2":"11"}'),
  ('db2', '{"v1":"8", "v3":"9"}')

==== JSON ====
 SELECT   ky,
          val,
          ver ->> '$.v1'   v1,
          ver ->> '$.v2'   v2,
          ver ->> '$.v3'   v3
 FROM     test_seq

* "->" 带引号，"->>"无引号
* 无字段则值返回空

=== 分区表 ===
 alter table test_seq partition by hash(ky) partitions 64;
最多支持 1024 个分区，同时总数量受库参数打开文件数量限制。

=== 临时表 ===
CREATE TEMPORARY TABLE

* 表结构、数据均存放在内存中
* 临时表在连接使用期间存在，断开时，MySQL 将自动删除表并释放所用的空间
* 不能用 rename 来重命名一个临时表，可以用 alter table 代替

=== 数据库存储引擎 ===

* InnoDB 支持事务，MyISAM 不支持。对于 InnoDB 每一条 SQL 语句都默认封装成事务进行提交，这样就会影响速度，优化速度的方式是将多条 SQL 语句放在 begin 和 commit 之间，组成一个事务。InnoDB 支持外键，而 MyISAM 不支持
* 将查询要求比较多的表选择 MyISAM 存储
* 用于查询的表，也可以考虑选择 MEMORY 存储引擎

索引

* InnoDB 中 B+ 树的数据结构中存储的都是实际的数据，这种索引有被称为聚集索引
* MyISAM 中 B+ 树的数据结构存储的内容是实际数据的地址值，它的索引和实际数据是分开的，只不过使用索引指向了实际数据。这种索引的模式被称为非聚集索引

==== InnoDB ====
读写数据时是硬盘寻址，要减少这个硬盘寻址读取的次数，一般是按页读取数据，并可使用内存缓存。InnoDB 将一个表的数据划分成了若干页（pages），这些页通过 B-Tree 索引联系起来。每一页大小默认为 16384 Bytes （innodb_page_size）。这个 B-Tree 索引就是聚簇索引（Clustered Index），如果表有主键，那么主键索引就是这个聚簇索引。

InnoDB 对于变长字段，一般倾向于将他们存储在其他地方。至于怎么存储，这个还和 InnoDB 行格式（InnoDB Row Format）有关。行格式一共有四种：Compact、Redundant、Dynamic 和 Compressed。

* COMPACT 和更老一点的 REDUNDANT 行格式中，对于占用空间较大的列，在该记录行存储该列的一部分数据（前 768 个字节），把剩余的数据存储在溢出页，用 20 个字节存储存储溢出数据的地址。
* DYNAMIC 和 COMPRESSED 行格式把溢出列的所有数据都存储在溢出页当中，用 20 个字节去记录这些溢出数据的地址
* COMPRESSED 比 DYNAMIC会多做一步：采用压缩算法对页面进行压缩

==== MyISAM ====

==== 内存表 ====
ENGINE='''MEMORY'''

表结构保存在磁盘上，数据存放在内存中（重启会只有结构）。MEMORY 快大概 20％。

内存表的数据存放在内存中，而内部临时表（如查询时产生的）一般放在内存中，但当内部临时表较大时，会自动转化为磁盘存储。内存表不会自动转换。

* 数据使用 hash 的方式存储，故只支持 = 或 <>
* max_heap_table_size 默认为 16777216，单张表行数超过则报错
* 对于 varchar 等变长类型，使用最大的长度
* 可以有非唯一键
* 不能包含 BLOB 或者 TEXT
* 支持 AUTO_INCREMENT
* 不支持事务，表锁
* 可能会插入延迟，使读取优先

[[分类:Develop]]
[[分类:DB]]
[[分类:MySQL]]