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

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

文章博客

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

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
167 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
196 0

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

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

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

【GreatSQL优化器-09】make_join_query_block: 【GreatSQL优化器-09】make_join_query_block 一、make_join_query_block介绍 GreatSQL优化器对于多张表join的连接顺序在前面的章节介绍过的best_access_path函数已经执行了，接着就是把where条件进行切割然后推给合适的表。这个过程就是由函数make_join_query_block来执行的。下面用几个简单的例子来说明join连接中条 ...; GreatSQL社区发表于 2025-1-8 10:07
385 0

【GreatSQL优化器-08】statistics和index dives: 【GreatSQL优化器-08】statistics和index dives 一、statistics和index_dives介绍 GreatSQL的优化器对于查询条件带有范围的情况，需要根据 mm tree 来估计该范围内大概有多少行，然后以此来计算cost。对于等号条件，给出了两种方法来估计对应行数 --Statistics 和 index dives ，前者不精确后者精确，可以通过系统变 ...; GreatSQL社区发表于 2024-12-27 10:10
536 1 热度 1

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, 2025-5-19 00:13 , Processed in 0.014200 second(s), 3 queries , Redis On.

返回顶部