最新发表的日志 - GreatSQL社区 - Powered by Discuz!（万里开源技术社区）

点击参与 GreatSQL 8.0.32-26 文档捉虫~~~

文章博客

全部栏目运维实战原理&产品解读用户实践故障排错周边工具社区动态其他

MySQL 游标执行带有 MINUS/INTERSECT 查询导致 core 问题解析: MySQL 游标执行带有 MINUS/INTERSECT 查询导致 core 问题解析一、问题发现在客户现场提交的一次问题中发现某个带有 MINUS 联合查询 cursor 语句进行查询的时候，用 MINUS 和 INTERSECT 进行联合查询会导致 core，但是用 UNION 却不会。注意：这里用的版本是 debug 版本会 core，release 版本会报错。这个问题在 MySQ ...; GreatSQL社区发表于 2025-12-19 13:55
203 0

MySQL 8.4新特性之直方图自动更新: 在文章该开始关注 MySQL 8.4 了中提到MySQL 8.4支持直方图自动更新，不需要手动定期更新，这是个非常好的新特性，今天就体验下这个新特性。首先要说的是，直方图自动更新功能是默认关闭的，需要在创建直方图时指定为自动更新才可以，否则默认的做法是像以前那样需要手动更新。 1、创建测试表 ...; yejr 发表于 2025-10-9 17:11
322 0

mysql中query_id和STATEMENT_ID在不同OS上的关系: 问题描述之前有位大佬发现 show engine innodb status 中的 query_id 和 performance_schema.events_statements_current 中的 STATEMENT_ID 对不上, 但是以前是能对上的. 参考效果图为: 本图的例子: statement_id=1199942697242 query_id=1646821658 那位大佬的例子是 statement_id=11762288106 query_id=31 ...; 杨贵森发表于 2025-3-26 20:54
469 0

【GreatSQL优化器-18】GROUP_INDEX_SKIP_SCAN: 【GreatSQL优化器-18】GROUP_INDEX_SKIP_SCAN 一、GROUP_INDEX_SKIP_SCAN介绍 GreatSQL 优化器的分组索引跳跃扫描（GROUP Index Skip Scan）是一种优化查询的技术，尤其在联合索引中用于减少扫描的无效行数。group by操作在没有合适的索引可用的时候，通常先扫描整个表提取数据并创建一个临时表，然后按照 group by 指 ...; GreatSQL社区发表于 2025-3-26 10:34
553 0

【GreatSQL优化器-17】DYNAMIC RANGE: 【GreatSQL优化器-17】DYNAMIC RANGE 一、DYNAMIC RANGE介绍 GreatSQL 的优化器有一种扫描方式是动态范围扫描方式，类似于“已读乱回”模式，这种模式是在表有多个索引的情况下，对驱动表连接的时候部分选择索引的情况。优化器没有找到好的索引可以使用，但发现在知道前面表的列值后，可能会使用某些索引。对于前面表中 ...; GreatSQL社区发表于 2025-3-19 10:07
1189 0

【GreatSQL优化器-16】INDEX_SKIP_SCAN: 【GreatSQL优化器-16】INDEX_SKIP_SCAN 一、INDEX_SKIP_SCAN介绍 GreatSQL 优化器的索引跳跃扫描（Index Skip Scan）是一种优化查询的技术，尤其在联合索引中用于减少扫描的无效行数。它通过"跳跃"式的扫描方式，避免了对索引中无用部分的扫描，从而提升查询效率。这种技术适合特定场景，并有一定的优缺点。索引跳跃 ...; GreatSQL社区发表于 2025-3-12 10:43
1096 0

【GreatSQL优化器-13】直方图: 【GreatSQL优化器-13】直方图一、直方图介绍 GreatSQL的优化器负责将SQL查询转换为尽可能高效的执行计划，但因为数据环境不断变化有可能导致优化器对查询数据了解不够充足，可能无法生成最优的执行计划进而影响查询效率，因此推出了直方图(histogram)功能来解决该问题。直方图用于统计字段值的分布情况，向优化器提供 ...; GreatSQL社区发表于 2025-2-14 13:43
967 0

【GreatSQL优化器-12】make_tmp_tables_info: 【GreatSQL优化器-12】make_tmp_tables_info 一、make_tmp_tables_info介绍 GreatSQL的优化器对于聚合函数和窗口函数需要创建内部临时表来进行计算并输出最后结果，这个内部临时表又需要原始表来作为数据输入源，具体的代码处理在 make_tmp_tables_info 函数实现。下面用一个简单的例子来说明 make_tmp_tables_info ...; GreatSQL社区发表于 2025-2-12 10:15
1040 0

【GreatSQL优化器-11】finalize_table_conditions: 【GreatSQL优化器-11】finalize_table_conditions 一、finalize_table_conditions介绍 GreatSQL的优化器在对join做完表排序后，在 make_join_query_block 函数对表添加条件，添加完条件在 finalize_table_conditions 会对条件再次进行确认，对ref扫描的条件进行删除，对需要cache的条件进行替换，生成的条件就是表执 ...; GreatSQL社区发表于 2025-1-15 09:49
1127 0

【GreatSQL优化器-10】find_best_ref: 【GreatSQL优化器-10】find_best_ref 一、find_best_ref介绍 GreatSQL的优化器对于join的表需要根据行数和cost来确定最后哪张表先执行哪张表后执行，这里面就涉及到预估满足条件的表数据，在keyuse_array数组有值的情况下，会用find_best_ref函数来通过索引进行cost和rows的估计，并且会找出最优的索引。这样就可能不会 ...; GreatSQL社区发表于 2025-1-10 10:32
1284 0

12 3 4 5 6 7 8 9 10 ... 14 / 14 页下一页

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

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

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

合作电话：010-64087828

社区邮箱：greatsql@greatdb.com

社区公众号

社区小助手

QQ群

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

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

GMT+8, 2026-2-8 16:02 , Processed in 0.015486 second(s), 3 queries , Redis On.

返回顶部