检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
管理GaussDB(for MySQL)错误日志 GaussDB(for MySQL)的错误日志记录了数据库运行时的日志。您可以通过错误日志分析系统中存在的问题。 查看日志明细 登录管理控制台。 单击管理控制台左上角的,选择区域和项目。 在页面左上角单击,选择“数据库 > 云数据库
功能介绍 云数据库GaussDB(for MySQL)支持了并行执行的查询方式,用以降低分析型查询场景的处理时间,满足企业级应用对查询低时延的要求。并行查询的基本实现原理是将查询任务进行切分并分发到多个CPU核上进行计算,充分利用cpu的多核计算资源来缩短查询时间。并行查询的性能
设置GaussDB(for MySQL)全量SQL 当您开启全量SQL功能,系统会将所有的SQL文本内容进行存储,以便进行分析。 您可以前往数据管理服务(DAS)开启全量SQL。 约束限制 全量SQL功能不能保证记录全部数据,存在如下使用限制: 当前全量SQL受内存缓冲区限制,业
MySQL)实例上以往执行耗时8秒的查询,在11:00后耗时超过30秒。 原因分析 查看查询变慢对应的时间段中,实例CPU监控指标并无飙升情况且使用率一直都较低,因此排除了CPU冲高导致查询变慢的可能。 图1 CPU使用率 分析对应时间段该实例的慢日志,该SQL执行快时其扫描行数为百万级,当S
开通数据库代理后,还是有大量select请求分发到主节点 原因分析: 读权重参数 设置主节点和只读节点的读权重分配,可以控制读请求的分发配比,仅在存在只读节点时生效。 例如:一主两只读,设置的读权重为1(主):2(只读1):3(只读2),那么会按照1:2:3将读请求分发到主和只读
慢日志显示SQL语句扫描行数为0 场景描述 查询慢日志中记录SQL执行65秒,但是扫描行数为0。 原因分析 被中断的查询超过慢日志设置阈值也会记录慢日志,但是所记录的扫描行数为0。客户JDBC连接设置了查询超时: 解决方案 优化SQL或者将sockTimeOut设置合理值。 父主题:
业务侧发现数据库每隔45天同一时间,多台数据库实例的连接数骤降。查看服务端连接数监控指标如下: 客户端出现大量报错如下: 原因分析 排查业务侧是否有间隔45天的定时任务。 客户端如果使用了istio等证书加密机制,分析证书相关日志,是否有如下类似信息。如果有,说明是证书过期导致。 客户端istio-citade
3658 (HY000): Feature IMPORT/DISCARD TABLESPACE is unsupported (). 原因分析 alter table xxx discard/import tablespace是社区MySQL一种基于本地.ibd的表空间文件物理的
SQL_LOG_BIN等SQL的问题 场景描述 新购买的华为云数据库,执行mysqldump时,会出现如下如所示代码。 图1 代码显示 故障分析 开启了“gtid-mode=ON”参数。 如果一个数据库开启了GTID,使用mysqldump备份或者转储的时候,即使不是MySQL全库
(utf8mb4_0900_ai_ci,IMPLICIT) and (utf8mb4_general_ci,IMPLICIT) for operation '=' 原因分析 该报错通常出现在比较两个字符集编码不同的表、字段或数据库时。因为客户端连接时使用的字符集与数据库字符集不同导致报错。 解决方案 如果客户
场景描述 从自建MySQL或友商MySQL迁移到云上GaussDB(for MySQL)实例,发现同一条SQL语句执行性能远差于原数据库。 原因分析 同一条SQL语句在数据库中执行第一次和第二次可能会性能差异巨大,这是由数据库的buffer_pool机制决定的: 第一次执行时,数据在磁
等待时间长的慢查询。 慢查询用户可自行分析,或使用数据管理服务(DAS)的SQL诊断工具对慢查询语句进行诊断。 使用数据库代理+只读节点架构,实现读写分离。只读节点专门负责查询,减轻主库压力,提升数据库吞吐能力,详见读写分离简介。 通过分析数据库执行中的会话来定位执行效率低的SQL。
因为其他只读节点磁盘占用空间正常,且是偶尔出现,说明该实例磁盘占用高,与承载的业务相关。 获取该实例的慢日志,分析磁盘占用高期间,是否有对应的慢SQL。 如果有慢SQL,执行explain [慢SQL语句],分析相应慢SQL语句。 观察explain语句输出的extra列,是否有using temporary、using
场景描述 GaussDB(for MySQL)存储过程执行很慢,处理少量数据耗时1min以上,而单独执行存储过程中的SQL语句却很快。 原因分析 存储过程和相关表、库的字符集不一致,导致查询结果存在大量字符转换,从而执行缓慢。 排查过程: 使用如下命令查看存储过程和相关表的定义,观察存储过程和表的字符集是否一致。
with the --sql-replica-on option so it cannot execute this statement 原因分析 该报错的原因为将增、删、改请求发送到了只读节点。 只读节点会将参数sql_replica_on参数设置为on以禁止增删改请求。 解决方案
count(0)慢操作,系统CPU耗尽,随时有宕机的风险。 执行Show processlist,显示存在多次并发执行select count(0)进程信息: 原因分析 应用端大并发触发select count(0)慢操作,导致系统CPU资源耗尽。 解决方案 申请kill权限,间歇性批量执行kill select
CPU使用率高问题排查与优化 场景描述 业务侧GaussDB(for MySQL)实例的SQL执行速率在16:08分左右开始变慢,应用有超时的报错。 原因分析 查看CPU使用率监控指标,发现在16:08分左右实例的CPU使用率开始飙升到100%,且一直持续在高位线。 图1 CPU使用率 查看QP
删除数据。 delete from zstest1; 执行查询语句。 select id from zstest1; //执行缓慢 原因分析 执行完delete操作后,后台purge线程会去清理标记为delete mark的记录。由于当前删除的数据量较大,purge遍历释放pa
多表连接场景下DISTINCT优化 大事务检测能力 分区表增强 热点行更新 多租户管理与资源隔离 字段压缩 GaussDB(for MySQL)表回收站 只读落后自愈技术原理
)时,如果column上面有索引,那么通常优化器会选择Range scan进行扫描。但是在进行Range scan分析的时候,range_optimizer_max_mem_size定义了分析过程中需要的最大内存。如果IN后面的list非常大,使用的内存会超过定义的最大内存,会使得Range