2022-05-21 01:42:38 +00:00
|
|
|
|
---
|
2022-09-01 10:08:44 +00:00
|
|
|
|
sidebar_label: 数据库
|
|
|
|
|
|
title: 数据库
|
2022-05-21 01:42:38 +00:00
|
|
|
|
description: "创建、删除数据库,查看、修改数据库参数"
|
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
|
|
## 创建数据库
|
|
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
```sql
|
|
|
|
|
|
CREATE DATABASE [IF NOT EXISTS] db_name [database_options]
|
2022-07-28 02:01:47 +00:00
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
database_options:
|
|
|
|
|
|
database_option ...
|
2022-07-28 02:01:47 +00:00
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
database_option: {
|
|
|
|
|
|
BUFFER value
|
|
|
|
|
|
| CACHEMODEL {'none' | 'last_row' | 'last_value' | 'both'}
|
|
|
|
|
|
| CACHESIZE value
|
|
|
|
|
|
| COMP {0 | 1 | 2}
|
|
|
|
|
|
| DURATION value
|
2022-07-28 02:01:47 +00:00
|
|
|
|
| WAL_FSYNC_PERIOD value
|
2022-07-26 05:17:11 +00:00
|
|
|
|
| MAXROWS value
|
|
|
|
|
|
| MINROWS value
|
|
|
|
|
|
| KEEP value
|
|
|
|
|
|
| PAGES value
|
|
|
|
|
|
| PAGESIZE value
|
|
|
|
|
|
| PRECISION {'ms' | 'us' | 'ns'}
|
|
|
|
|
|
| REPLICA value
|
2022-07-28 02:01:47 +00:00
|
|
|
|
| WAL_LEVEL {1 | 2}
|
2022-07-26 05:17:11 +00:00
|
|
|
|
| VGROUPS value
|
|
|
|
|
|
| SINGLE_STABLE {0 | 1}
|
2023-01-11 05:48:13 +00:00
|
|
|
|
| STT_TRIGGER value
|
2022-12-27 01:49:31 +00:00
|
|
|
|
| TABLE_PREFIX value
|
|
|
|
|
|
| TABLE_SUFFIX value
|
2023-01-11 05:48:13 +00:00
|
|
|
|
| TSDB_PAGESIZE value
|
2022-07-26 05:17:11 +00:00
|
|
|
|
| WAL_RETENTION_PERIOD value
|
|
|
|
|
|
| WAL_RETENTION_SIZE value
|
|
|
|
|
|
}
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
### 参数说明
|
2022-07-27 04:12:00 +00:00
|
|
|
|
|
2023-07-03 06:48:07 +00:00
|
|
|
|
- BUFFER: 一个 VNODE 写入内存池大小,单位为 MB,默认为 256,最小为 3,最大为 16384。
|
2022-07-27 04:12:00 +00:00
|
|
|
|
- CACHEMODEL:表示是否在内存中缓存子表的最近数据。默认为 none。
|
|
|
|
|
|
- none:表示不缓存。
|
|
|
|
|
|
- last_row:表示缓存子表最近一行数据。这将显著改善 LAST_ROW 函数的性能表现。
|
|
|
|
|
|
- last_value:表示缓存子表每一列的最近的非 NULL 值。这将显著改善无特殊影响(WHERE、ORDER BY、GROUP BY、INTERVAL)下的 LAST 函数的性能表现。
|
|
|
|
|
|
- both:表示同时打开缓存最近行和列功能。
|
2023-12-01 03:19:31 +00:00
|
|
|
|
Note:CacheModel 值来回切换有可能导致 last/last_row 的查询结果不准确,请谨慎操作。推荐保持打开。
|
2022-07-28 01:54:08 +00:00
|
|
|
|
- CACHESIZE:表示每个 vnode 中用于缓存子表最近数据的内存大小。默认为 1 ,范围是[1, 65536],单位是 MB。
|
2022-07-26 05:17:11 +00:00
|
|
|
|
- COMP:表示数据库文件压缩标志位,缺省值为 2,取值范围为 [0, 2]。
|
2022-07-27 04:12:00 +00:00
|
|
|
|
- 0:表示不压缩。
|
|
|
|
|
|
- 1:表示一阶段压缩。
|
|
|
|
|
|
- 2:表示两阶段压缩。
|
|
|
|
|
|
- DURATION:数据文件存储数据的时间跨度。可以使用加单位的表示形式,如 DURATION 100h、DURATION 10d 等,支持 m(分钟)、h(小时)和 d(天)三个单位。不加时间单位时默认单位为天,如 DURATION 50 表示 50 天。
|
2023-11-02 08:08:06 +00:00
|
|
|
|
- WAL_FSYNC_PERIOD:当 WAL_LEVEL 参数设置为 2 时,用于设置落盘的周期。默认为 3000,单位毫秒。最小为 0,表示每次写入立即落盘;最大为 180000,即三分钟。
|
2022-07-27 04:12:00 +00:00
|
|
|
|
- MAXROWS:文件块中记录的最大条数,默认为 4096 条。
|
|
|
|
|
|
- MINROWS:文件块中记录的最小条数,默认为 100 条。
|
2024-07-03 08:33:55 +00:00
|
|
|
|
- KEEP:表示数据文件保存的天数,缺省值为 3650,取值范围 [1, 365000],且必须大于或等于3倍的 DURATION 参数值。数据库会自动删除保存时间超过 KEEP 值的数据。KEEP 可以使用加单位的表示形式,如 KEEP 100h、KEEP 10d 等,支持 m(分钟)、h(小时)和 d(天)三个单位。也可以不写单位,如 KEEP 50,此时默认单位为天。企业版支持[多级存储](https://docs.taosdata.com/tdinternal/arch/#%E5%A4%9A%E7%BA%A7%E5%AD%98%E5%82%A8)功能, 因此, 可以设置多个保存时间(多个以英文逗号分隔,最多 3 个,满足 keep 0 \<= keep 1 \<= keep 2,如 KEEP 100h,100d,3650d); 社区版不支持多级存储功能(即使配置了多个保存时间, 也不会生效, KEEP 会取最大的保存时间)。
|
2022-07-27 04:12:00 +00:00
|
|
|
|
- PAGES:一个 VNODE 中元数据存储引擎的缓存页个数,默认为 256,最小 64。一个 VNODE 元数据存储占用 PAGESIZE \* PAGES,默认情况下为 1MB 内存。
|
|
|
|
|
|
- PAGESIZE:一个 VNODE 中元数据存储引擎的页大小,单位为 KB,默认为 4 KB。范围为 1 到 16384,即 1 KB 到 16 MB。
|
|
|
|
|
|
- PRECISION:数据库的时间戳精度。ms 表示毫秒,us 表示微秒,ns 表示纳秒,默认 ms 毫秒。
|
2024-07-29 04:13:20 +00:00
|
|
|
|
- REPLICA:表示数据库副本数,取值为 1、2 或 3,默认为 1; 2 仅在企业版 3.3.0.0 及以后版本中可用。在集群中使用,副本数必须小于或等于 DNODE 的数目。且使用时存在以下限制:
|
|
|
|
|
|
- 暂不支持对双副本数据库相关 Vgroup 进行 SPLITE VGROUP 或 REDISTRIBUTE VGROUP 操作
|
|
|
|
|
|
- 单副本数据库可变更为双副本数据库,但不支持从双副本变更为其它副本数,也不支持从三副本变更为双副本
|
2022-07-27 08:56:13 +00:00
|
|
|
|
- WAL_LEVEL:WAL 级别,默认为 1。
|
2022-07-27 04:12:00 +00:00
|
|
|
|
- 1:写 WAL,但不执行 fsync。
|
|
|
|
|
|
- 2:写 WAL,而且执行 fsync。
|
|
|
|
|
|
- VGROUPS:数据库中初始 vgroup 的数目。
|
2022-07-26 05:17:11 +00:00
|
|
|
|
- SINGLE_STABLE:表示此数据库中是否只可以创建一个超级表,用于超级表列非常多的情况。
|
2022-07-27 04:12:00 +00:00
|
|
|
|
- 0:表示可以创建多张超级表。
|
|
|
|
|
|
- 1:表示只可以创建一张超级表。
|
2023-01-11 09:24:36 +00:00
|
|
|
|
- STT_TRIGGER:表示落盘文件触发文件合并的个数。默认为 1,范围 1 到 16。对于少表高频场景,此参数建议使用默认配置,或较小的值;而对于多表低频场景,此参数建议配置较大的值。
|
2023-05-05 08:13:47 +00:00
|
|
|
|
- TABLE_PREFIX:当其为正值时,在决定把一个表分配到哪个 vgroup 时要忽略表名中指定长度的前缀;当其为负值时,在决定把一个表分配到哪个 vgroup 时只使用表名中指定长度的前缀;例如,假定表名为 "v30001",当 TSDB_PREFIX = 2 时 使用 "0001" 来决定分配到哪个 vgroup ,当 TSDB_PREFIX = -2 时使用 "v3" 来决定分配到哪个 vgroup
|
2023-05-05 08:19:34 +00:00
|
|
|
|
- TABLE_SUFFIX:当其为正值时,在决定把一个表分配到哪个 vgroup 时要忽略表名中指定长度的后缀;当其为负值时,在决定把一个表分配到哪个 vgroup 时只使用表名中指定长度的后缀;例如,假定表名为 "v30001",当 TSDB_SUFFIX = 2 时 使用 "v300" 来决定分配到哪个 vgroup ,当 TSDB_SUFFIX = -2 时使用 "01" 来决定分配到哪个 vgroup。
|
2023-01-11 05:48:13 +00:00
|
|
|
|
- TSDB_PAGESIZE:一个 VNODE 中时序数据存储引擎的页大小,单位为 KB,默认为 4 KB。范围为 1 到 16384,即 1 KB到 16 MB。
|
2023-07-27 01:17:33 +00:00
|
|
|
|
- WAL_RETENTION_PERIOD: 为了数据订阅消费,需要WAL日志文件额外保留的最大时长策略。WAL日志清理,不受订阅客户端消费状态影响。单位为 s。默认为 3600,表示在 WAL 保留最近 3600 秒的数据,请根据数据订阅的需要修改这个参数为适当值。
|
2023-04-04 06:50:30 +00:00
|
|
|
|
- WAL_RETENTION_SIZE:为了数据订阅消费,需要WAL日志文件额外保留的最大累计大小策略。单位为 KB。默认为 0,表示累计大小无上限。
|
2022-05-21 01:42:38 +00:00
|
|
|
|
### 创建数据库示例
|
|
|
|
|
|
|
|
|
|
|
|
```sql
|
2022-07-26 05:17:11 +00:00
|
|
|
|
create database if not exists db vgroups 10 buffer 10
|
2022-05-21 01:42:38 +00:00
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
|
2023-07-24 02:28:09 +00:00
|
|
|
|
以上示例创建了一个有 10 个 vgroup 名为 db 的数据库, 其中每个 vnode 分配 10MB 的写入缓存
|
2022-07-26 05:17:11 +00:00
|
|
|
|
|
|
|
|
|
|
### 使用数据库
|
2022-05-21 01:42:38 +00:00
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
USE db_name;
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
使用/切换数据库(在 REST 连接方式下无效)。
|
|
|
|
|
|
|
|
|
|
|
|
## 删除数据库
|
|
|
|
|
|
|
|
|
|
|
|
```
|
2022-07-26 05:17:11 +00:00
|
|
|
|
DROP DATABASE [IF EXISTS] db_name
|
2022-05-21 01:42:38 +00:00
|
|
|
|
```
|
|
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
删除数据库。指定 Database 所包含的全部数据表将被删除,该数据库的所有 vgroups 也会被全部销毁,请谨慎使用!
|
2022-05-21 01:42:38 +00:00
|
|
|
|
|
|
|
|
|
|
## 修改数据库参数
|
|
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
```sql
|
|
|
|
|
|
ALTER DATABASE db_name [alter_database_options]
|
2022-07-27 04:12:00 +00:00
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
alter_database_options:
|
|
|
|
|
|
alter_database_option ...
|
2022-07-27 04:12:00 +00:00
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
alter_database_option: {
|
|
|
|
|
|
CACHEMODEL {'none' | 'last_row' | 'last_value' | 'both'}
|
|
|
|
|
|
| CACHESIZE value
|
2023-01-11 09:24:36 +00:00
|
|
|
|
| BUFFER value
|
|
|
|
|
|
| PAGES value
|
|
|
|
|
|
| REPLICA value
|
|
|
|
|
|
| STT_TRIGGER value
|
2022-08-11 09:04:00 +00:00
|
|
|
|
| WAL_LEVEL value
|
2022-08-11 08:58:11 +00:00
|
|
|
|
| WAL_FSYNC_PERIOD value
|
2022-07-26 05:17:11 +00:00
|
|
|
|
| KEEP value
|
2023-05-29 08:10:02 +00:00
|
|
|
|
| WAL_RETENTION_PERIOD value
|
|
|
|
|
|
| WAL_RETENTION_SIZE value
|
2022-07-26 05:17:11 +00:00
|
|
|
|
}
|
|
|
|
|
|
```
|
|
|
|
|
|
|
2023-02-13 09:21:01 +00:00
|
|
|
|
### 修改 CACHESIZE
|
|
|
|
|
|
|
|
|
|
|
|
修改数据库参数的命令使用简单,难的是如何确定是否需要修改以及如何修改。本小节描述如何判断数据库的 cachesize 是否够用。
|
|
|
|
|
|
|
|
|
|
|
|
1. 如何查看 cachesize?
|
|
|
|
|
|
|
|
|
|
|
|
通过 select * from information_schema.ins_databases; 可以查看这些 cachesize 的具体值。
|
|
|
|
|
|
|
|
|
|
|
|
2. 如何查看 cacheload?
|
|
|
|
|
|
|
2024-07-03 08:33:55 +00:00
|
|
|
|
通过 show \<db_name>.vgroups; 可以查看 cacheload
|
2023-02-13 09:21:01 +00:00
|
|
|
|
|
|
|
|
|
|
3. 判断 cachesize 是否够用
|
|
|
|
|
|
|
|
|
|
|
|
如果 cacheload 非常接近 cachesize,则 cachesize 可能过小。 如果 cacheload 明显小于 cachesize 则 cachesize 是够用的。可以根据这个原则判断是否需要修改 cachesize 。具体修改值可以根据系统可用内存情况来决定是加倍或者是提高几倍。
|
|
|
|
|
|
|
2023-12-14 02:45:24 +00:00
|
|
|
|
4. stt_trigger
|
|
|
|
|
|
|
|
|
|
|
|
在修改 stt_trigger 参数之前请先停止数据库写入。
|
|
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
:::note
|
2022-07-27 04:12:00 +00:00
|
|
|
|
其它参数在 3.0.0.0 中暂不支持修改
|
2022-05-21 01:42:38 +00:00
|
|
|
|
|
|
|
|
|
|
:::
|
|
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
## 查看数据库
|
|
|
|
|
|
|
|
|
|
|
|
### 查看系统中的所有数据库
|
2022-05-21 01:42:38 +00:00
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
SHOW DATABASES;
|
|
|
|
|
|
```
|
|
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
### 显示一个数据库的创建语句
|
2022-05-21 01:42:38 +00:00
|
|
|
|
|
|
|
|
|
|
```
|
2023-02-03 09:44:47 +00:00
|
|
|
|
SHOW CREATE DATABASE db_name \G;
|
2022-05-21 01:42:38 +00:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
常用于数据库迁移。对一个已经存在的数据库,返回其创建语句;在另一个集群中执行该语句,就能得到一个设置完全相同的 Database。
|
|
|
|
|
|
|
2022-07-26 05:17:11 +00:00
|
|
|
|
### 查看数据库参数
|
2022-07-27 04:12:00 +00:00
|
|
|
|
|
|
|
|
|
|
```sql
|
2023-02-03 09:44:47 +00:00
|
|
|
|
SELECT * FROM INFORMATION_SCHEMA.INS_DATABASES WHERE NAME='db_name' \G;
|
2022-07-27 04:12:00 +00:00
|
|
|
|
```
|
|
|
|
|
|
|
2022-11-15 02:32:56 +00:00
|
|
|
|
会列出指定数据库的配置参数,并且每行只显示一个参数。
|
2022-07-27 04:12:00 +00:00
|
|
|
|
|
|
|
|
|
|
## 删除过期数据
|
|
|
|
|
|
|
|
|
|
|
|
```sql
|
|
|
|
|
|
TRIM DATABASE db_name;
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
删除过期数据,并根据多级存储的配置归整数据。
|
2023-01-11 09:29:29 +00:00
|
|
|
|
|
2023-03-20 03:14:13 +00:00
|
|
|
|
## 落盘内存数据
|
|
|
|
|
|
|
|
|
|
|
|
```sql
|
|
|
|
|
|
FLUSH DATABASE db_name;
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
落盘内存中的数据。在关闭节点之前,执行这条命令可以避免重启后的数据回放,加速启动过程。
|
|
|
|
|
|
|
2023-01-11 09:29:29 +00:00
|
|
|
|
## 调整VGROUP中VNODE的分布
|
|
|
|
|
|
|
|
|
|
|
|
```sql
|
|
|
|
|
|
REDISTRIBUTE VGROUP vgroup_no DNODE dnode_id1 [DNODE dnode_id2] [DNODE dnode_id3]
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
按照给定的dnode列表,调整vgroup中的vnode分布。因为副本数目最大为3,所以最多输入3个dnode。
|
|
|
|
|
|
|
|
|
|
|
|
## 自动调整VGROUP中VNODE的分布
|
|
|
|
|
|
|
|
|
|
|
|
```sql
|
|
|
|
|
|
BALANCE VGROUP
|
|
|
|
|
|
```
|
|
|
|
|
|
|
2023-02-03 09:44:47 +00:00
|
|
|
|
自动调整集群所有vgroup中的vnode分布,相当于在vnode级别对集群进行数据的负载均衡操作。
|
2023-03-14 09:17:27 +00:00
|
|
|
|
|
|
|
|
|
|
## 查看数据库工作状态
|
|
|
|
|
|
|
|
|
|
|
|
```sql
|
|
|
|
|
|
SHOW db_name.ALIVE;
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
查询数据库 db_name 的可用状态,返回值 0:不可用 1:完全可用 2:部分可用(即数据库包含的 VNODE 部分节点可用,部分节点不可用)
|