点击参与 GreatSQL 8.0.32-26 文档捉虫~~~
搜索
搜索
问答
用户
注册
/
登录
注册 / 登录
首页
Portal
论坛问答
BBS
社区活动
技术博客
Blog
资料中心
社区
认证
源码仓库
万里数据库
5.7停服专区
用户手册
视频资料
参与贡献
社区行为守则
社区治理
致谢
社区之星
社区勋章
积分商城
兼容性列表
培训认证
Gitee
Github
源码下载
gt-checksum
文章博客
全部栏目
运维实战
原理&产品解读
用户实践
故障排错
周边工具
社区动态
其他
关于ORACLE RAC集群打GI补丁的内容补充
前几天写了一篇文章,内容介绍了如何给ORACLE RAC集群打GI补丁。由于平时ORACLE RAC集群打补丁接触的比较少,再加上连MOS账号都没有,补丁都是大佬们免费给我使用的,使得之前的文章有不少错误和遗漏。今天把之前的文章的一些错误和遗漏的细节,单独做一些再补充和纠正。 1、在我们大多数DBA的通常印象中,打GI补丁 ...
reddey
发表于 2025-3-28 10:31
26
0
dbops 助力 GreatSQL 单机架构安装部署
dbops 助力 GreatSQL 单机架构安装部署 本文将深入介绍如何运用 dbops 完成 GreatSQL 单机架构的安装部署,无论是数据库新手寻求入门,还是经验丰富的技术人员追求高效操作,都能从中获取有价值的信息,助力构建坚实的数据库基础。 dbops 简介 dbops 是一套基于 Ansible Playbook 的自动化工具集,专为高效部署生产级数 ...
GreatSQL社区
发表于 2025-3-28 09:34
24
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
39
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
42
0
如何给ORACLE RAC 集群打GI补丁
之前我有篇文章介绍了如何给ORACLE数据库打丁,今天在读三哥一篇文章时,里面介绍了一个案例https://www.modb.pro/db/1904001482224054272。三哥的案例中是由于BUG引起的集群节点故障,要给故障节点打GI补丁。 给集群打GI补丁的步骤很简单,只有三步: 1、export GI_HOME=/u01/oracle/app/12.2.0/grid 2、GI_H ...
reddey
发表于 2025-3-25 17:04
42
0
mysql提升10倍count(*)的神器
导读 之前做数据迁移之后, 关于数据的一致性校验, 我们是使用checksum来做的, 也可以使用count(*), 但是都比较慢. 而数据校验的时候, 数据实际上是静态的, 没有业务使用的, 欸, 那我们是不是就可以自己来统计行数呢? 实现原理 我们来简单回顾下数据文件的结构, 大概如下图: FSP PAGE主要是记录sdi信息, xdes和key之 ...
杨贵森
发表于 2025-3-21 17:48
85
0
PG能代替MYSQL吗?
昨天刷朋友圈看到一个朋友转发PG德哥的文章并点评道 "DIO取代BUFFER IO,若能再改良UNDO实现,干掉MYSQL生态产品,指日可待" PG的进步为什么要干掉MYSQL呢? 就是因为MYSQL是ORACLE公司的产品? PG才是真开源产品! 这里PG 18准备开发直接IO,放弃LINUX系统的BUFFER IO.这样困扰PG多年的双层BUF不方便之处得到解 ...
DB架构师:曾凡坤
发表于 2025-3-21 17:47
79
0
GreatSQL 为何选择全表扫描而不选索引
GreatSQL 为何选择全表扫描而不选索引 1. 问题背景 在生产环境中,发现某些查询即使有索引,也没有使用索引,反而选择了全表扫描。这种现象的根本原因在于优化器评估索引扫描的成本时,认为使用索引的成本高于全表扫描。 2. 场景复现 2.1 环境信息 机器 IP :192.168.137.120 GreatSQL 版本 :8.0.32-26 2. ...
GreatSQL社区
发表于 2025-3-21 10:04
97
0
关于varchar使用1字节还是2字节来存储大小的深度分析!
导读 我们知道varchar是变长字段, 即长度是不固定的, 所以需要额外的存储其长度. 那么需要使用多少字节来存储呢? 首先, 我们知道mysql中varchar的限制是65535字节, 即在utf8mb3字符集下, 限制为varchar(21845); 在utf8mb4字符集下限制为varchar(16383). 超过这个大小, 你将会收到如下报错信息: ERROR 1074 (42000): Co ...
杨贵森
发表于 2025-3-19 11:20
80
0
【GreatSQL优化器-17】DYNAMIC RANGE
【GreatSQL优化器-17】DYNAMIC RANGE 一、DYNAMIC RANGE介绍 GreatSQL 的优化器有一种扫描方式是动态范围扫描方式,类似于“已读乱回”模式,这种模式是在表有多个索引的情况下,对驱动表连接的时候部分选择索引的情况。优化器没有找到好的索引可以使用,但发现在知道前面表的列值后,可能会使用某些索引。对于前面表中 ...
GreatSQL社区
发表于 2025-3-19 10:07
93
0
1
2
3
4
5
6
7
8
9
10
... 65
/ 65 页
下一页
互动与交流
社区活动
论坛问答
加入社区
贡献者指南
学习与应用
文章博客
文档资料
视频资料
常见问题
发现社区
社区准则
建议反馈
社区之星
合作电话:010-64087828
社区邮箱:greatsql@greatdb.com
社区公众号
社区小助手
QQ群
友情链接
万里数据库
开源中国
墨天轮
开放原子开源基金会
OpenEuler
©2022 GreatSQL All Rights Reserved. (
京ICP备06057874号
)
扫码联系
社区群助手
扫码加入QQ群
扫码关注公众号
GMT+8, 2025-3-31 06:55
, Processed in 0.012062 second(s), 3 queries , Redis On.
返回顶部