RDS MySQL参数time_zone最佳实践

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云原生数据库 PolarDB MySQL 版,Serverless 5000PCU 100GB
云原生数据库 PolarDB 分布式版,标准版 2核8GB
简介: RDS MySQL中,参数time_zone是指实例的当前时区,初始值是'SYSTEM'。本文介绍了在阿里云RDS MySQL中该值的设置的最佳实践

关于time_zone

当前时区。此变量用于初始化连接的每个客户端的时区。默认情况下,它的初始值是'SYSTEM'(这意味着,"使用system_time_zone的值",即MySQL的时区和操作系统的时区相同)。例:

# date
Sat Sep 18 11:21:56 CST 2021
mysql> show global variables like "%time_zone%";
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone | CST    |
| time_zone        | SYSTEM |
+------------------+--------+
mysql> select now();
+---------------------+
| now()               |
+---------------------+
| 2021-09-18 11:22:04 |
+---------------------+


阿里云RDS MySQL的time_zone

目前RDS MySQL的只读实例单独申请,规格和参数和主实例的可以不一样,如time_zone,也可以根据自己的需求改成对应的时区。

时区不同写入数据一致

对于写语句(DML&&DDL),阿里云RDS MySQL从主实例写入且binlog_format是row模式,所以写入的数据不会不一致。但如果是线下自建的MySQL binlog_format可以是statement或mix,可能会造成主从数据不一致。

例(以下操作在RDS MySQL上执行):

CREATE TABLE `test_t1` (
  `id` int DEFAULT NULL,
  `tt` DATETIME  DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8
INSERT INTO test_t1 values(1,"2021-09-17 15:16:00");


主实例上:

Table

Checksum

ll_test00.test_t1

1279576785

只读实例上:

Table

Checksum

ll_test00.test_t1

1279576785

然后执行:

INSERT INTO test_t1 values(10000,now());

主实例上:

Table

Checksum

ll_test00.test_t1

4230977686

只读实例上:

Table

Checksum

ll_test00.test_t1

4230977686

checksum一致说明只读和主写入的数据是一致的。

时区不同查询结果可能不同

当主实例和只读实例的default_time_zone参数设置不一样时,如果有涉及到下列语句时会导致取到的结果不一致,所以最保险起见是把只读实例和主实例的参数设置一致,也有个别用户根据业务需要专门设置不一致,具体还需要根据实际业务需求决定

select now();select from_unixtime(秒数);select unix_timestamp();select current_timestamp, current_timestamp();select date_add(now(), interval n day);以下没问题:
select date_format('2018-08-12 02:13:01','%Y%m%d%H%i%s');select sec_to_time(1801);select date_sub('2008-02-01 12:00:00', interval '2 3:3:4' day_second);select timestampadd(hour,-6,'2018-12-08 23:03:00');

例1:

mysql>select now();

主实例:

now()

2021-09-17 15:55:56

只读实例和主实例2个小时的时差:

now()

2021-09-17 13:56:01

例2:

mysql>SELECT*FROM test_t1;

在主实例和只读实例上的结果一致:

id

tt

1

2021-09-17 15:16:00

10000

2021-09-17 15:22:57

再在主实例和只读实例分别执行:

mysql>SELECT*FROM test_t1 where tt >= date_add(now(), interval 1 hour);

主实例的结果:

只读实例的结果:

扩展

MySQL官网上提到“If set to SYSTEM, every MySQL function call that requires a time zone calculation makes a system library call to determine the current system time zone. This call may be protected by a global mutex, resulting in contention.” 这会导致CPU高。可以参考看具体的内核信息:MySQL数据库SYS CPU高的可能性分析 http://mysql.taobao.org/monthly/2015/05/02/

例:

mysql >CREATETABLE `test_tz` (  `id` bigint(20)NOTNULL AUTO_INCREMENT,  `cc` bigint(20) DEFAULT NULL,  `kk` varchar(128) DEFAULT NULL,  `pad` varchar(64) DEFAULT NULL,  `at` timestampNOTNULL,  PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8;造数据
# mysqlslap --host=127.0.0.1 --password=3306 --user=*** --password=***  --query="insert into mysqlslap.test_tz(cc,kk,pad,at) values(connection_id(),'31451373586-15688153734-79729593694-96509299839-83724898275-86711833539-78981337422-35049690573-51724173961-87474696253','98996621624-36689827414-04092488557-09587706818-65008859162',now());" --concurrency=20 --no-drop --iterations=100000压测
# mysqlslap --host=127.0.0.1 --password=3306 --user=*** --password=***  --query="select count(*) from mysqlslap.test_tz where at>='2021-09-17 17:48:00' and at<='2021-09-17 17:56:00'" --concurrency=32,64,128,256,512 --no-drop --iterations=100


经压测发现,当time_zone=SYSTEM时,sys_cpu占比10%左右;default_time_zone=+08:00时,sys_cpu基本不变。所以建议客户不要使用time_zone=SYSTEM。

参考

https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_time_zone







相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
27天前
|
关系型数据库 MySQL API
实时计算 Flink版产品使用合集之可以通过mysql-cdc动态监听MySQL数据库的数据变动吗
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
150 0
|
24天前
|
SQL 存储 关系型数据库
RDS for MySQL的SQL分类与数据类型
小明需在MySQL中管理商品信息,使用SQL完成业务操作。SQL分为DQL(查询)、DML(增删改)、DDL(定义)、DCL(权限控制)和TCL(事务)五大类。DDL用于创建、修改和删除数据库结构,DML处理数据,DCL控制权限,TCL管理事务,DQL则用于查询数据。MySQL有多种数据类型,如数值型(整数、小数)、日期型和字符串型等,选择合适的数据类型是高效开发的关键。
27 0
|
1天前
|
消息中间件 关系型数据库 MySQL
Flink CDC 最佳实践(以 MySQL 为例)
Flink CDC 最佳实践(以 MySQL 为例)
|
7天前
|
存储 关系型数据库 MySQL
MySQL数据库——存储过程-if条件判断、参数、case(介绍、用法、案例)
MySQL数据库——存储过程-if条件判断、参数、case(介绍、用法、案例)
12 0
|
7天前
|
关系型数据库 MySQL Linux
MySQL数据库——MySQL8.0.26-Linux版安装
MySQL数据库——MySQL8.0.26-Linux版安装
44 1
|
7天前
|
存储 安全 关系型数据库
|
7天前
|
SQL 关系型数据库 MySQL
MySQL数据库——概述-MySQL的安装、启动与停止和客户端连接、关系型数据库(RDBMS)、数据模型
MySQL数据库——概述-MySQL的安装、启动与停止和客户端连接、关系型数据库(RDBMS)、数据模型
22 0
|
21天前
|
SQL 关系型数据库 MySQL
实时计算 Flink版产品使用合集之使用 MySQL CDC 进行数据同步时,设置 server_id 参数如何解决
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
24天前
|
SQL 关系型数据库 MySQL
RDS for MySQL的DDL、DML和DQL
这篇文章介绍了MySQL中处理数据的几种主要操作:DDL(Data Definition Language),DML(Data Manipulation Language)和DQL(Data Query Language)。首先讲解了如何使用CREATE DATABASE, ALTER DATABASE和DROP DATABASE语句来创建、修改和删除数据库。
24 1

相关产品

  • 云数据库 RDS MySQL 版