TiDB中文技术文档作用域 说明 autocommit GLOBAL \ SESSION 是否自动 Commit 事务 sql_mode GLOBAL \ SESSION 支持部分 MySQL SQL mode, time_zone GLOBAL \ SESSION 数据库所使用的时区 tx_isolation GLOBAL \ SESSION 事务隔离级别 系统变量 设置系统变量 全局范围值 会话范围值 TiDB 支持的 时区 TiDB 使用的时区由 time_zone 全局变量和 session 变量决定。 time_zone 的初始值是机器当前的系统时区 ‘SYSTEM’ 。 在运行过程中可以修改全局时区: 1. mysql> SET GLOBAL time_zone = timezone; TiDB 还可以通过设置 session 变量 time_zone 为每个连接维护各自的时区。默认条件下,这个值取的是全局 为每个连接维护各自的时区。默认条件下,这个值取的是全局 变量 time_zone 的值。修改 session 使用的时区: 1. mysql> SET time_zone = timezone; 查看当前使用的时区的值: 1. mysql> SELECT @@global.time_zone, @@session.time_zone; 设置 time_zone 的值的格式: ‘SYSTEM’ 表明使用系统时间 相对于 UTC0 码力 | 444 页 | 4.89 MB | 6 月前3
分布式NewSQL数据库TiDB© 2012-2021 UCloud 优刻得 117/120 当前实例创建完成后,默认时区为UTC时间,如果⽤⼾需要CST时间,需要⼿动设置时区+8 SET time_zone = '+8:00'; SET GLOBAL time_zone ='+8:00'; 重新连接mysql即可⽣效 Q12:查看 查看TiDB创建索引的过程是否已经结束 创建索引的过程是否已经结束 通过“admin show ddl;”语句查看当前job的进度0 码力 | 120 页 | 7.42 MB | 6 月前3
TiDB v5.2 中文手册在恢复数据的时候会占用大量集群资源,事实上并行恢复能获得的速度提升也非常有限。 • 多个 BR 并行恢复的场景没有经过测试,无法保证成功。 6.4 时区支持 TiDB 使用的时区由 time_zone 全局变量和 session 变量决定。time_zone 的默认值是 System,System 对应的实 际时区在 TiDB 集群 bootstrap 初始化时设置。具体逻辑如下: • 优先使用 TZ 环境变量 • 作为系统时区。 在运行过程中可以修改全局时区: SET GLOBAL time_zone = timezone; TiDB 还可以通过设置 session 变量 time_zone 为每个连接维护各自的时区。默认条件下,这个值取的是全局变 量 time_zone 的值。修改 session 使用的时区: SET time_zone = timezone; 使用以下 SQL 语句查看当前全局时区、客户端时区和系统时区的值: 语句查看当前全局时区、客户端时区和系统时区的值: SELECT @@global.time_zone, @@session.time_zone, @@global.system_time_zone; 设置 time_zone 的值的格式: • ‘SYSTEM’ 表明使用系统时间 • 相对于 UTC 时间的偏移,比如 ‘+10:00’ 或者 ‘-6:00’ • 某个时区的名字,比如 ‘Europe/Helsinki’,‘US/Eastern’0 码力 | 2259 页 | 48.16 MB | 1 年前3
TiDB v5.1 中文手册ANALYZE,TiDB 会因统计信息不准确而选不中最优化的执行计划。如果查询性能不是重点关 注项,可以忽略 ANALYZE。 196 6.4 时区支持 TiDB 使用的时区由 time_zone 全局变量和 session 变量决定。time_zone 的默认值是 System,System 对应的实 际时区在 TiDB 集群 bootstrap 初始化时设置。具体逻辑如下: • 优先使用 TZ 环境变量 • 作为系统时区。 在运行过程中可以修改全局时区: SET GLOBAL time_zone = timezone; TiDB 还可以通过设置 session 变量 time_zone 为每个连接维护各自的时区。默认条件下,这个值取的是全局变 量 time_zone 的值。修改 session 使用的时区: SET time_zone = timezone; 查看当前使用的时区的值: SELECT SELECT @@global.time_zone, @@session.time_zone; 设置 time_zone 的值的格式: • ‘SYSTEM’ 表明使用系统时间 • 相对于 UTC 时间的偏移,比如 ‘+10:00’ 或者 ‘-6:00’ • 某个时区的名字,比如 ‘Europe/Helsinki’,‘US/Eastern’ 或 ‘MET’ NOW() 和 CURTIME() 的返回值都受到时区设置的影响。0 码力 | 2189 页 | 47.96 MB | 1 年前3
TiDB v5.3 中文手册在恢复数据的时候会占用大量集群资源,事实上并行恢复能获得的速度提升也非常有限。 • 多个 BR 并行恢复的场景没有经过测试,无法保证成功。 6.4 时区支持 TiDB 使用的时区由 time_zone 全局变量和 session 变量决定。time_zone 的默认值是 System,System 对应的实 际时区在 TiDB 集群 bootstrap 初始化时设置。具体逻辑如下: • 优先使用 TZ 环境变量 • 作为系统时区。 在运行过程中可以修改全局时区: SET GLOBAL time_zone = timezone; TiDB 还可以通过设置 session 变量 time_zone 为每个连接维护各自的时区。默认条件下,这个值取的是全局变 量 time_zone 的值。修改 session 使用的时区: SET time_zone = timezone; 使用以下 SQL 语句查看当前全局时区、客户端时区和系统时区的值: 语句查看当前全局时区、客户端时区和系统时区的值: SELECT @@global.time_zone, @@session.time_zone, @@global.system_time_zone; 设置 time_zone 的值的格式: 216 • ‘SYSTEM’ 表明使用系统时间 • 相对于 UTC 时间的偏移,比如 ‘+10:00’ 或者 ‘-6:00’ • 某个时区的名字,比如 ‘Europe/H0 码力 | 2374 页 | 49.52 MB | 1 年前3
TiDB v5.4 中文手册在恢复数据的时候会占用大量集群资源,事实上并行恢复能获得的速度提升也非常有限。 • 多个 BR 并行恢复的场景没有经过测试,无法保证成功。 6.4 时区支持 TiDB 使用的时区由 time_zone 全局变量和 session 变量决定。time_zone 的默认值是 System,System 对应的实 际时区在 TiDB 集群 bootstrap 初始化时设置。具体逻辑如下: • 优先使用 TZ 环境变量 • 作为系统时区。 在运行过程中可以修改全局时区: SET GLOBAL time_zone = timezone; TiDB 还可以通过设置 session 变量 time_zone 为每个连接维护各自的时区。默认条件下,这个值取的是全局变 量 time_zone 的值。修改 session 使用的时区: SET time_zone = timezone; 使用以下 SQL 语句查看当前全局时区、客户端时区和系统时区的值: 语句查看当前全局时区、客户端时区和系统时区的值: SELECT @@global.time_zone, @@session.time_zone, @@global.system_time_zone; 设置 time_zone 的值的格式: • ‘SYSTEM’ 表明使用系统时间 • 相对于 UTC 时间的偏移,比如 ‘+10:00’ 或者 ‘-6:00’ • 某个时区的名字,比如 ‘Europe/Helsinki’,‘US/Eastern’0 码力 | 2852 页 | 52.59 MB | 1 年前3
Go Web编程Now获得的Time对象协作来获得最终的时间。 详细的请看下面的例子(该例子采用上面例子的一些变量): en["time_zone"]="America/Chicago" cn["time_zone"]="Asia/Shanghai" loc,_:=time.LoadLocation(msg(lang,"time_zone")) t:=time.Now() t = t.In(loc) fmt.Println(t.Format(time0 码力 | 295 页 | 5.91 MB | 1 年前3
TiDB v6.1 中文手册/dir/backup-2020-01-01/ 改为 /dir/backup_local/。 • 删除所有 TiKV 和 BR 节点的备份目录。 8.4 时区支持 TiDB 使用的时区由 time_zone 全局变量和 session 变量决定。time_zone 的默认值是 System,System 对应的实 际时区在 TiDB 集群 bootstrap 初始化时设置。具体逻辑如下: • 优先使用 TZ 环境变量 • 在运行过程中可以修改全局时区: 627 SET GLOBAL time_zone = timezone; TiDB 还可以通过设置 session 变量 time_zone 为每个连接维护各自的时区。默认条件下,这个值取的是全局变 量 time_zone 的值。修改 session 使用的时区: SET time_zone = timezone; 使用以下 SQL 语句查看当前全局时区、客户端时区和系统时区的值: 语句查看当前全局时区、客户端时区和系统时区的值: SELECT @@global.time_zone, @@session.time_zone, @@global.system_time_zone; 设置 time_zone 的值的格式: • ‘SYSTEM’ 表明使用系统时间 • 相对于 UTC 时间的偏移,比如 ‘+10:00’ 或者 ‘-6:00’ • 某个时区的名字,比如 ‘Europe/Helsinki’,‘US/Eastern’0 码力 | 3572 页 | 84.36 MB | 1 年前3
CmlPHP v2.x 开发手册
'db_fields_cache' => true, //在debug模式实时获取字段 列表,线上模式是否开启数据库字段缓存到文件。自v2.6.3起。开启本 功能主要用于获取主键缓存 'time_zone' => 'PRC', //时区 //数据库配置 'default_db' => [ 'driver' => 'Pdo', //数据库驱动0 码力 | 245 页 | 720.67 KB | 1 年前3
CmlPHP v2.x 开发手册
'db_fields_cache' => true, //在debug模式实时获取字段列表,线上模式是否开启数据库字段缓存 到文件。自v2.6.3起。开启本功能主要用于获取主键缓存 'time_zone' => 'PRC', //时区 //数据库配置 'default_db' => [ 'driver' => 'Pdo', //数据库驱动0 码力 | 143 页 | 1.54 MB | 1 年前3
共 111 条
- 1
- 2
- 3
- 4
- 5
- 6
- 12













