这个命令接受⼀个或多个数据库键作为参数， 尝试删除这些键以及与之相关联的值， 并返回被成功删除的键数量作为结果： DEL key [key ...] 因为 Redis 的 DEL 命令和 Python 的 del 关键字重名， 所以在 redis-py 客户端中， 执⾏ DEL 命令实际上是通过 调⽤ delete() ⽅法来完成的： self.client.delete(self.key) == 1 release() 引， 这种数据结构可以为每个物品添加多个关键字， 然后根据关键 字去反向地获取相应的物品。 举个例⼦， 对于 "X1 Carbon" 这台笔记本电脑来说， 我们可以为它添加 "ThinkPad" 、 "14inch" 、 "Windows" 等关键字， 然后通过这些关键字来反向获取 "X1 Carbon" 这台电脑。 实现反向索引的关键是要在物品和关键字之间构建起双向的映射关系， ⽐如对于刚刚提到的 Carbon" 映射⾄它带有的各个关键字； ⽽第⼆种映射关系则将 "ThinkPad" 、 "14inch" 、 "Windows" 等多个关键字映射⾄ "X1 Carbon" 。 图 5-16 X1 Carbon 电脑及其关键字的映射关系 代码清单 5-9 展示了⼀个使⽤集合实现的反向索引程序， 对于⽤户给定的每⼀件物品， 这个程序都会使⽤⼀个 集合去储存物品带有的多个关键字； 与此同时， 对于这件物品的每⼀个关键字，

'password'; 当 password_encryption 参数设置为 on 时，ENCRYPTED 关键字是可以省略 的，password_encryption 的缺省值为 on，password_encryption 的值决定了， 当不指定 ENCRYPTED 或者 UNENCRYPTED 关键字时的缺省动作，当设置为 on 时，缺 省等效于指定了 ENCRYPTED，即，对密码进行加密存储，如果指定了 如何添加时间约束 有两种办法添加时间约束。在 CREATE ROLE 或者 ALTER ROLE 的时候使用 DENY 关键字并跟随如下的选项来实现：  某天或者某个时间的访问限制(不需要 BETWEEN 关键字)，例如：周二不允许登录。  一个有开始时间和结束时间的访问限制(需要 BETWEEN AND)，例如：周二下午 10 点到周三上午 8 8 点不允许登录。 还可以指定多个限制，例如：周二的任何时间不允许登录并且周五的下午 3 点到 5 点不允许登录。 指明日期和时间 有两种方法指明哪一天。使用 DAY 关键字并紧跟英文的星期几，或者 0~6 的数字， 如下表所示： 英文表述 数字表述 DAY 'Sunday' DAY 0 DAY 'Monday' DAY 1 Greenplum Database

解Spark、Hadoop或者Hbase相关的文章，欢迎关注微信公共帐号：iteblog_hadoop 定义 static column 在表中将某个列定义为 STATIC 很简单，只需要在列的最后面加上 STATIC 关键字，具体如下： CREATE TABLE "iteblog_users_with_status_updates" ( "username" text, "id" timeuuid, "email" encrypted_password 两个字段设置为 STATIC 了，这意味着同一个 username 只会有一个 email 和 encrypted_password 。 注意，不是任何表都支持给列加上 STATIC 关键字的，静态列有以下限制。 如果表没有定义 Clustering columns（又称 Clustering key），这种情况是不能添加静态列的。如下： cqlsh:iteblog_keyspace> d76 (2 rows) 可以看出，表中有多少行 username 为 iteblog 的数据将会输出多少行邮箱和密码，这肯定不是我们想要的。这时候我们可以在查询的时候加上 DISTINCT 关键字，如下： cqlsh:iteblog_keyspace> SELECT DISTINCT "username", "email", "encrypted_password"

系统变量 TiDB 专用系统变量和语法 TiDB 访问权限管理 TiDB 用户账户管理 使用加密连接 SQL 优化 理解 TiDB 执行计划 统计信息 语言结构 字面值 数据库、表、索引、列和别名 关键字和保留字 用户变量 表达式语法 注释语法 字符集和时区 字符集支持 字符集配置 时区 数据类型 日期和时间类型 基本数据类型 函数和操作符 函数和操作符概述 表达式求值的类型转换 操作符 控制流程函数 专用系统变量和语法 TiDB 服务器日志文件 TiDB 访问权限管理 TiDB 用户账户管理 使用加密连接 SQL 优化 理解 TiDB 执行计划 统计信息 语言结构 字面值 数据库、表、索引、列和别名 关键字和保留字 用户变量 表达式语法 注释语法 字符集和时区 字符集支持 字符集配置 时区 数据类型 数值类型 日期和时间类型 字符串类型 JSON 数据类型 TiDB 中文技术文档 目录 README - 收回权限 TiDB 访问权限管理 - 50 - 本文档使用 书栈(BookStack.CN) 构建 7. Query OK, 0 rows affected (0.00 sec) 如果一些特殊的关键字想做为表名，可以用反引号包含起来。比如： 1. mysql> create table `select` (id int); 2. Query OK, 0 rows affected (0.27 sec)

TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895 • GET_LOCK 和 RELEASE_LOCK 函数 #14994 • LOAD DATA 和 REPLACE 关键字 #24515 2.6.2 与 MySQL 有差异的特性详细说明 2.6.2.1 自增 ID • TiDB 的自增列仅保证唯一，也能保证在单个 TiDB server 中自增，但不保证多个 TiDB nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后，可以采用以下两种方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，具体参见TiDB-Lightning 监控。 134 5.3.2 使用 TiDB Lightning 从 MySQL nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后，可以采用以下两种方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，具体参见TiDB Lightning 监控。 5.3.3 使用 DM 从 Amazon Aurora MySQL

TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895 • GET_LOCK 和 RELEASE_LOCK 函数 #14994 • LOAD DATA 和 REPLACE 关键字 #24515 2.6.2 与 MySQL 有差异的特性详细说明 2.6.2.1 自增 ID • TiDB 的自增列仅保证唯一，也能保证在单个 TiDB server 中自增，但不保证多个 TiDB nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后，可以采用以下两种方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，具体参见TiDB-Lightning 监控。 128 5.3.2 使用 TiDB Lightning 从 MySQL nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后，可以采用以下两种方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，具体参见TiDB Lightning 监控。 5.3.3 使用 DM 从 Amazon Aurora MySQL

TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895 • GET_LOCK 和 RELEASE_LOCK 函数 #14994 • LOAD DATA 和 REPLACE 关键字 #24515 2.6.2 与 MySQL 有差异的特性详细说明 2.6.2.1 自增 ID • TiDB 的自增列仅保证唯一，也能保证在单个 TiDB server 中自增，但不保证多个 TiDB nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后，可以采用以下两种方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，具体参见TiDB-Lightning 监控。 142 5.3.2 使用 TiDB Lightning 从 MySQL nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后，可以采用以下两种方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，具体参见TiDB Lightning 监控。 5.3.3 使用 DM 从 Amazon Aurora MySQL

• REPAIR TABLE 语法 • OPTIMIZE TABLE 语法 • GET_LOCK 和 RELEASE_LOCK 函数 #14994 • LOAD DATA 和 REPLACE 关键字 #24515 • HANDLER 语句 • CREATE TABLESPACE 语句 2.6.2 与 MySQL 有差异的特性详细说明 2.6.2.1 自增 ID • TiDB 的自增列既能保证唯一，也能保证在单个 -config tidb-lightning.toml -no-schema=true > nohup.out 2>&1 & 3. 导入开始后，可以采用以下任意方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，请参考TiDB Lightning 监控。 • 通过 Web 页面查看进度，请参考Web 界面。 4. 导入完毕后，TiDB tidb-lightning -config tidb-lightning.toml > nohup.out 2>&1 & 3. 导入开始后，可以采用以下任意方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，请参考TiDB Lightning 监控。 • 通过 Web 页面查看进度，请参考Web 界面。 4. 导入完毕后，TiDB

不一致。InnoDB 中，Primary Key 的语义为：唯一，不为空，且为聚簇索引。 而在 TiDB 中，Primary Key 的定义为：唯一，不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引，若不指定，则由系统 变量 @@global.tidb_enable_clustered_index 影响，具体说明请看聚簇索引。 不一致。InnoDB 中，Primary Key 的语义为：唯一，不为空，且为聚簇索引。 而在 TiDB 中，Primary Key 的定义为：唯一，不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引，若不指定，则由系统 变量 @@global.tidb_enable_clustered_index 影响，具体说明请看此文档。 索引。在聚簇索引表中，行数据的键由用户给定的主键列数据构成， 因此聚簇索引表存储一行至少只要一个键值对，即： – 主键列数据（键）- 行数据（值） 如主键中所述，聚簇索引在 TiDB 中，使用关键字 CLUSTERED、NONCLUSTERED 进行控制。 注意： TiDB 仅支持根据表的主键来进行聚簇操作。聚簇索引启用时，“主键” 和 “聚簇索引” 两个 术语在一些情况下可互换使用。主键

开始，全局索引作为实验特性正式发布。你可通过关键字 GLOBAL 为分区表显式创建一个全局 索引，从而去除分区表唯一键必须包含分区表达式中用到的所有列的限制，满足灵活的业务需求。同 时基于全局索引也提升了非分区列的查询性能。 在 v8.4.0 中，全局索引成为正式功能 (GA)。你无需再设置系统变量tidb_enable_global_index 开启全局 索引特性，可以直接使用关键字 GLOBAL 创建全局索引。从 该变量 被废弃。 其值将 固定为 默认值 ON，即 默认启 用全局 索引。 你只需 在执行 CREATE �→ TABLE �→ 或 ALTER �→ TABLE �→ 时给 对应的 列加上 关键字 GLOBAL 即可创 建全局 索引。 42 变量名 修改类型 描述 tidb_ �→ enable �→ _list_ �→ partition �→ 废弃 从 v8.4.0 开始， 该变量 不一致。InnoDB 中，Primary Key 的语义为：唯一，不为空，且为聚簇索引。 而在 TiDB 中，Primary Key 的定义为：唯一，不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引，若不指定，则由系统 变量 @@global.tidb_enable_clustered_index 影响，具体说明请看聚簇索引。