GreatSQL社区的博客 - 第9页 - GreatSQL社区 - Powered by Discuz!（万里开源技术社区）

GreatSQL社区

uid：10

注册时间：2022-7-25 10:25 上次发表时间：2026-7-13 09:57

好友数 0 | 博客数 395 | 回帖数 50 | 主题数 10

GreatSQL内存消耗异常排查攻略：从系统到应用层面的深入分析: GreatSQL内存消耗异常排查攻略：从系统到应用层面的深入分析当 GreatSQL 数据库处于高并发高负载时，可能会发现 mysqld 进程的内存消耗远远超出设置的 innodb_buffer_pool_size 时，有时候甚至会高达甚至超过系统内存的90%，遇到这种问题时，心里经常会发慌，担心下一秒内存就会爆了发生 OOM，或者数据库hang死不响 ...; GreatSQL社区发表于 2024-11-29 13:48
1801 0

GreatSQL 自动开启复制导致同步报错: GreatSQL 自动开启复制导致同步报错 1.背景概述目前需要将生产数据恢复到一个单实例，再将单实例和生产节点配置主从关系，由于单表数据量较大，时间比较有限，考虑到导入导出的时间，并且GreatSQL支持XtraBackup备份恢复，能够加速数据的恢复，因此决定使用XtraBackup备份工具进行数据的迁移；在数据恢复完成后进行 ...; GreatSQL社区发表于 2024-11-27 11:20
798 0

【GreatSQL优化器-04】贪婪搜索算法浅析: 【GreatSQL优化器-04】贪婪搜索算法浅析一、贪婪搜索（greedy_search）介绍 GreatSQL的优化器用 greedy_search 方法来枚举所有的表连接场景，然后从中根据最小cost来决定最佳连接顺序。这里面就涉及每种场景的cost计算方法，不同计算方法会导致不同的排序结果。因为枚举所有join场景，当表数量很大的时候就有可能无穷 ...; GreatSQL社区发表于 2024-11-22 10:45
580 0

【GreatSQL优化器-03】查询开销估算: 【GreatSQL优化器-03】查询开销估算一、cost和read_time介绍 GreatSQL的优化器在创建执行计划的时候是根据每张表的行数和数据分布以及读数据硬盘消耗等信息来判断先查询哪张表后查询哪张表，要不要使用索引，这些表资源信息就被称为cost，俗称为"开销" 。在这之前已经执行了 update_ref_and_keys （参考【GreatSQL优化 ...; GreatSQL社区发表于 2024-11-20 09:44
772 0

【GreatSQL优化器-02】索引和Sargable谓词: 【GreatSQL优化器-02】索引和Sargable谓词一、Sargable谓词介绍 GreatSQL的优化器在有过滤条件的时候，需要先把条件按照是否有索引来进行区分，可以用索引来加速查询的条件称为 Sargable ，其中 arge 来源于 Search Argument （搜索参数）的首字母拼成的"SARG"。GreatSQL用 keyuse_array 索引数组和Sargables数组 ...; GreatSQL社区发表于 2024-11-15 11:20
684 0

5.7 与 8.0 对相同文件的 LOAD DATA 语句结果不同: 5.7 与 8.0 对相同文件的 LOAD DATA 语句结果不同问题描述某客户现场支持，由MySQL 5.7.21升级MySQL 8.0.25后，通过 LOAD DATA 导入文件，当同一会话连续导入不同的编码（UTF8/GB18030）文件时会出现乱码。数据库版本未升级之前，相同的导入操作在MySQL 5.7.21未出现乱码。问题分析 1）查看简化后的 LOAD DATA ...; GreatSQL社区发表于 2024-11-14 17:51
704 0

【GreatSQL优化器-01】const_table: 【GreatSQL优化器-01】const_table 一、const_table介绍 GreatSQL的优化器主要用JOIN类来进行处理SQL语句的，JOIN类有以下四个table数量相关的成员变量。其中const_tables是optimize最开始就检查并且标识的，因为这样可以把记录最少的表放在执行计划的第一步，在后面的执行计划里面这些const tables是不参与循环遍历 ...; GreatSQL社区发表于 2024-11-8 13:52
688 0

MySQL 8.0 执行COUNT()很慢原因分析: MySQL 8.0 执行COUNT()很慢原因分析 1.1 问题描述线上 MySQL8.0.32 环境在执行 SELECT COUNT (1) FROM t0 获取表行数很慢，同样场景下该 SQL 在 MySQL5.7 环境很快就能拿到结果 1.2 问题复现测试版本：8.0.25 MySQL Community Server - GPL 和 5.7.21-log MySQL Community Server (GPL) 1.2.1 复现准备创建表并 ...; GreatSQL社区发表于 2024-11-6 16:29
1078 0

Oracle与GreatSQL差异：更改唯一索引列: Oracle与GreatSQL差异：更改唯一索引列 1.问题来源在从Oracle迁移到GreatSQL的应用系统中，一条普通的update语句在GreatSQL中却报错，需要进行SQL语句的改写。把实际问题简化为下面简单情况进行说明。在Oracle下，可以正常执行的update语句。 -- 建表 CREATE TABLE test.test1 ( id INT PRIMARY KEY, k ...; GreatSQL社区发表于 2024-11-1 14:48
784 0

如何限制用户修改long_query_time: 如何限制用户修改long_query_time 需求来源数据库的 long_query_time 设置了写入慢查询日志的SQL语句执行时长的阈值，当应用系统修改为很小的值或0时，会在数据库的慢查询日志中记录大量SQL语句，导致数据库性能降低和占用磁盘空间的快速增长。 GreatSQL 对于影响整个数据库会话级变量设置为受限会话变量（如: binlog_ ...; GreatSQL社区发表于 2024-10-30 10:05
834 1 热度 1

1 ... 4 5 6 7 8910 11 12 13 ... 40 / 40 页下一页

互动与交流: 社区活动; 论坛问答; 加入社区; 贡献者指南

学习与应用: 文章博客; 文档资料; 视频资料; 常见问题

发现社区: 社区准则; 建议反馈; 社区之星

合作电话：010-64087828

社区邮箱：greatsql@greatdb.com

社区公众号

社区小助手

QQ群

友情链接: 万里数据库开源中国墨天轮开放原子开源基金会 OpenEuler

©2022 GreatSQL All Rights Reserved. ( 京ICP备06057874号 )

GMT+8, 2026-7-18 08:12 , Processed in 0.020057 second(s), 4 queries , Redis On.

返回顶部