修改字段，加索引，希望对于业务侵入性小一些，可以来个选择性，多种选择，就是为了紧急业务，可以全力去做索引，要是不着急，可以选择慢慢做
17 小时前
不支持针对指定的数据库指定sql_mode吧，
TiDB 支持在会话或全局作用域上修改 sql_mode 系统变量。
对全局作用域变量的修改，设置后将作用于集群中的其它服务器，并且重启后更改依然有效。因此，你无需在每台 TiDB 服务器上都更改 sql_mode 的值。
对会话作用域变量的修改，设置后只影响当前会话，重启后更改消失
17 小时前
有默认内存限制的
tidb_server_memory_limit 从 v6.4.0 版本开始引入
作用域：GLOBAL
是否持久化到集群：是
是否受 Hint SET_VAR 控制：否
默认值：80%
取值范围：
你可以将该变量值设为百分比格式，表示内存用量占总内存的百分比，取值范围为 [1%, 99%]。
你还可以将变量值设为内存大小，取值范围为 0 以及 [536870912, 9223372036854775807]，单位为 Byte。支持带单位的内存格式 “KiB|MiB|GiB|TiB”。0 值表示不设内存限制。
当设置的内存值小于 512 MiB 且不为 0 时，TiDB …
17 小时前
discovery 是一个用于组件间发现的服务。每一个 TiDB 集群会对应存在一个 discovery Pod，用于该集群中组件发现其他已经创建的组件。这个应该不影响数据库使用吧，
5 天前
按照执行期间是否阻塞用户业务，DDL 语句可以划分为：
离线 DDL 语句：即数据库接收到用户的 DDL 语句后，会先对要修改的数据库对象进行加锁，再执行元数据变更，在 DDL 执行过程中将阻塞用户业务对数据的修改。
在线 DDL 语句：即数据库在执行 DDL 语句时，通过一定的方法，使得 DDL 执行不阻塞用户业务，且能够保证用户业务可在 DDL 执行期间提交修改，在执行过程中保证对应对象的数据正确性与一致性。
按照是否需要操作 DDL 目标对象所包括的数据来划分，DDL 语句可以划分为：
逻辑 DDL 语句：通常只修改数据库对象的元数据，不对变更对象存储的数据进行处理，例如变更表…
6 天前
DB2、Oracle 到 TiDB 数据迁移（增量+全量），通常做法有：
使用 Oracle 官方迁移工具，如 OGG、Gateway（透明网关）、CDC (Change Data Capture)。
自研数据导出导入程序实现。
导出 (Spool) 成文本文件，然后通过 Load infile 进行导入。
使用第三方数据迁移工具。
目前看来 OGG 最为合适。
7 天前
2 将job队列中的DDL语句对应的表全部锁住为只读状态
这个明显是错误的，
按照执行期间是否阻塞用户业务，DDL 语句可以划分为：
离线 DDL 语句：即数据库接收到用户的 DDL 语句后，会先对要修改的数据库对象进行加锁，再执行元数据变更，在 DDL 执行过程中将阻塞用户业务对数据的修改。
在线 DDL 语句：即数据库在执行 DDL 语句时，通过一定的方法，使得 DDL 执行不阻塞用户业务，且能够保证用户业务可在 DDL 执行期间提交修改，在执行过程中保证对应对象的数据正确性与一致性。
8 天前
对于有需求，通过手动配置中控机至目标节点互信的场景，可参考本段。通常推荐使用 TiUP 部署工具会自动配置 SSH 互信及免密登录，可忽略本段内容。
以 root 用户依次登录到部署目标机器创建 tidb 用户并设置登录密码。
useradd tidb && \
passwd tidb
执行以下命令，将 tidb ALL=(ALL) NOPASSWD: ALL 添加到文件末尾，即配置好 sudo 免密码。
visudo
tidb ALL=(ALL) NOPASSWD: ALL
以 tidb 用户登录到中控机，执行以下命令。将 10.0.1.1 替换成你的部署目标机器 IP，按…
11 天前
[-i] 及 [-p] 为可选项，如果已经配置免密登录目标机，则不需填写。否则选择其一即可，[-i] 为可登录到目标机的 root 用户（或 --user 指定的其他用户）的私钥，也可使用 [-p] 交互式输入该用户的密码。
11 天前
![[image]](https://asktug.com/uploads/default/original/4X/0/7/1/071834e63e41f6ff4f00499dc66badbe294d005a.png){kind=link}
没有更多内容了