ClickHouse--04--数据库引擎、Log 系列表引擎、 Special 系列表引擎

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

文章目录

1.数据库引擎
- 1.1 Ordinary 默认数据库引擎
- 1.2 MySQL 数据库引擎
- - MySQL 引擎语法
  - 字段类型的映射
2.ClickHouse 表引擎
3.Log 系列表引擎
- - 几种 Log 表引擎的共性是：
  - 它们彼此之间的区别是：
- 3.1 TinyLog
- 3.2 StripeLog
- 3.3 Log
4.Special 系列表引擎
- 4.1 Memory
- 4.2 Merge
- 4.3 Distributed

1.数据库引擎

在这里插入图片描述

ClickHouse 中支持在创建数据库时指定引擎，目前比较常用的两种引擎为默认引擎
和 MySQL 数据库引擎。

1.1 Ordinary 默认数据库引擎

Ordinary 就是 ClickHouse 中默认引擎，如果不指定数据库引擎创建的就是Ordinary 数据库引擎，在这种数据库下面可以使用任意表引擎。创建时需要注意，Ordinary 首字母需要大写，不然会抛出异常。
在这里插入图片描述

1.2 MySQL 数据库引擎

MySQL 引擎用于将远程的 MySQL 服务器中的表映射到 ClickHouse 中，并允许对表进行INSERT 插入和 SELECT 查询，方便在 ClickHouse 与 MySQL 之间进行数据交换。

这里不会将 MySQL 的数据同步到 ClickHouse 中，ClickHouse 就像一个壳子，可以将 MySQL 的表映射成ClickHouse 表，使用 ClickHouse 查询 MySQL 中的数据，在 MySQL 中进行的 CRUD 操作，可以同时映射到 ClickHouse 中。
MySQL 数据库引擎会将对其的查询转换为 MySQL 语法并发送到 MySQL 服务器中，因此可以执行诸如 SHOW TABLES 或 SHOW CREATE TABLE 之类的操作，但是不允许创建表、修改表、删除数据、重命名操作

MySQL 引擎语法

ClickHouse 中创建库使用 MySQL 引擎语法如下：

字段类型的映射

在 ClickHouse 中使用 MySQL 引擎建库，将 MySQL 库中数据映射到 ClickHouse中，mysql 库中表字段类型与 ClickHouse 表字段类型的映射如下，这里每种类型在ClickHouse 中都支持 Nullable,即可空。

在这里插入图片描述

2.ClickHouse 表引擎

MySQL 的数据表有 InnoDB 和 MyISAM 存储引擎，不同的存储引擎提供不同的存储机制、索引方式等功能，也可以称之为表类型。在 ClickHouse 中也有表引擎。

表引擎在 ClickHouse 中的作用十分关键，直接决定了

数据如何存储和读取
是否支持并发读写
是否支持 index 索引
支持的 query 种类
是否支持主备复制

ClickHouse 提供了大约 28 种表引擎，各有各的用途纷繁复杂。ClickHouse 表引擎一共分为四个系列，分别是 Log 系列、MergeTree 系列、Integration 系列、Special 系列。其中包含了两种特殊的表引擎 Replicated、Distributed，功能上与其他表引擎正交，根据场景组合使用

Log 系列用来做小表数据分析
MergeTree 系列用来做大数据量分析
Integration 系列则多用于外表数据集成。
再考虑复制表 Replicated 系列
分布式表 Distributed 等，

3.Log 系列表引擎

Log 系列表引擎功能相对简单，主要用于快速写入小表（1 百万行左右的表），然后全部读出的场景，即一次写入，多次查询。

Log 系列表引擎包含：

TinyLog、
StripeLog、
Log

几种 Log 表引擎的共性是：

数据被顺序 append 写到本地磁盘上。
不支持 delete、update 修改数据。
不支持 index（索引）。
不支持原子性写。如果某些操作(异常的服务器关闭)中断了写操作，则可能会获
得带有损坏数据的表。
insert 会阻塞 select 操作。当向表中写入数据时，针对这张表的查询会被阻塞，
直至写入动作结束。

它们彼此之间的区别是：

TinyLog：不支持并发读取数据文件，查询性能较差；格式简单，适合用来暂存
中间数据。
StripLog：支持并发读取数据文件，查询性能比 TinyLog 好；将所有列存储在
同一个大文件中，减少了文件个数。
Log：支持并发读取数据文件，查询性能比 TinyLog 好；每个列会单独存储在一
个独立文件中。

在这里插入图片描述

3.1 TinyLog

TinyLog 是 Log 系列引擎中功能简单、性能较低的引擎。

它的存储结构由数据文件和元数据两部分组成。其中，数据文件是按列独立存储的，也就是说每一个列字段都对应一个文件。
由于 TinyLog 数据存储不分块，所以不支持并发数据读取，该引擎适合一次写入，多次读取的场景，对于处理小批量中间表的数据可以使用该引擎，这种引擎会有大量小文件，性能会低。

示例：
在这里插入图片描述

3.2 StripeLog

相比 TinyLog 而言，StripeLog 数据存储会划分块，每次插入对应一个数据块，拥有更高的查询性能（拥有.mrk 标记文件，支持并行查询）

StripeLog 引擎将所有列存储在一个文件中，使用了更少的文件描述符。对每一次 Insert 请求，ClickHouse 将
数据块追加在表文件的末尾，逐列写入。
StripeLog 引擎不支持 ALTER UPDATE 和 ALTER DELETE 操作。

示例：
在这里插入图片描述

3.3 Log

Log 引擎表适用于临时数据，一次性写入、测试场景。Log 引擎结合了 TinyLog 表引擎和 StripeLog 表引擎的长处，是 Log 系列引擎中性能最高的表引擎。

Log 表引擎会将每一列都存在一个文件中，对于每一次的 INSERT 操作，会生成数据块
经测试，数据块个数与当前节点的 core 数一致。

示例：

在这里插入图片描述

4.Special 系列表引擎

在这里插入图片描述

4.1 Memory

Memory 表引擎直接将数据保存在内存中，ClickHouse 中的 Memory 表引擎具有以下特点:

Memory 引擎以未压缩的形式将数据存储在 RAM 中，数据完全以读取时获得的形式存储。
并发数据访问是同步的，锁范围小，读写操作不会相互阻塞。
不支持索引。
查询是并行化的，在简单查询上达到最大速率（超过 10 GB /秒），在相对较少的行（最多约 100,000,000）上有高性能的查询。
没有磁盘读取，不需要解压缩或反序列化数据，速度更快（在许多情况下，与MergeTree 引擎的性能几乎一样高）。
重新启动服务器时，表存在，但是表中数据全部清空。
Memory 引擎多用于测试。

示例：

在这里插入图片描述

注意：”Memory”表引擎写法固定，不能小写。同时创建好表 t_memory 后，在对应的磁盘目录/var/lib/clickhouse/data/newdb 下没有“t_memory”目录，基于内存存储，当重启 ClickHouse 服务后，表 t_memory 存在，但是表中数据全部清空。