上一页 1 2 3 4 5 6 ··· 30 下一页
摘要: 1.背景概述 客户业务发生死锁的报错,根据业务程序日志及业务流程,发现造成死锁的原因是:事务1 delete + insert ,事务2 delete + insert 2个事务交替执行导致的死锁;由于GAP锁阻塞了插入意向锁,并且当delete的数据存在时死锁不会发生,当delete的数据不存在时 阅读全文
posted @ 2024-04-19 10:00 GreatSQL 阅读(37) 评论(0) 推荐(0) 编辑
摘要: 何为半连接? 半连接是在GreatSQL内部采用的a56爆大奖在线娱乐执行子查询的方式,semi join不是语法关键字,不能像使用inner join、left join、right join这种语法关键字一样提供给用户来编写SQL语句。 两个表t1表和t2表进行半连接的含义是:对于t1表的某条记录来说,a56爆大奖在线娱乐们只关 阅读全文
posted @ 2024-04-17 09:47 GreatSQL 阅读(57) 评论(0) 推荐(0) 编辑
摘要: 主从延迟调优思路 1、什么是主从延迟? 本质是从库的回放跟不上主库,回放阶段的延迟 2、主从延迟常见的原因有哪些? 1、大事务,从库回放时间较长,导致主从延迟 2、主库写入过于频繁,从库回放跟不上 3、参数配置不合理 4、主从硬件差异 5、网络延迟 6、表没有主键或者索引大量频繁的更新 7、一些读写 阅读全文
posted @ 2024-04-15 09:44 GreatSQL 阅读(72) 评论(0) 推荐(0) 编辑
摘要: 背景介绍 近来一套业务系统,从库一直处于延迟状态,无法追上主库,导致业务风险较大。从资源上看,从库的CPU、IO、网络使用率较低,不存在服务器压力过高导致回放慢的情况;从库开启了并行回放;在从库上执行show processlist看到没有回放线程阻塞,回放一直在持续;解析relay-log日志文件 阅读全文
posted @ 2024-04-12 10:59 GreatSQL 阅读(25) 评论(0) 推荐(0) 编辑
摘要: GreatSQL 成立于 2021 年,由万里数据库发起,是开放原子开源基金会旗下捐赠项目,及 Gitee 最有价值项目,拥有信通院可信开源社区+可信开源项目双认证。社区致力于通过开放的社区合作,构建自主开源数据库版本及开源数据库技术,推动开源数据库及应用生态繁荣发展。 为了帮助社区的小伙伴们更好地 阅读全文
posted @ 2024-04-10 10:03 GreatSQL 阅读(22) 评论(0) 推荐(0) 编辑
摘要: 5.7打补丁—编译和官方一致的Linux_Generic包 需求来源 某客户现场业务系统出现了查询丢失数据问题(数据库为MySQL 5.7.21,使用Linux-Generic包部署)。 已查明:丢数据问题是触发了MySQL 5.7的一个bug,该bug在5.7的后继版本已修复。 客户不想升级数据库 阅读全文
posted @ 2024-04-09 10:09 GreatSQL 阅读(29) 评论(0) 推荐(0) 编辑
摘要: 不同于Oracle:SEQUENCE的区别 前言 在使用Oracle数据库SEQUENCE功能时,发现Oracle对边界处理比较奇怪。刚好GreatSQL也支持SEQUENCE,就拿来一起比较一下。 先说结论:GreatSQL 的使用基本和Oracle基本一致,但是对 START WITH 的边界限 阅读全文
posted @ 2024-04-08 09:52 GreatSQL 阅读(24) 评论(0) 推荐(0) 编辑
摘要: 源码分析丨MySQL的多层SP中Cursor相关BUG 一、问题发现 在一次开发中在sp中使用多层cursor的时候想知道每层的m_max_cursor_index值分别是多少,以用来做后续开发。于是做了以下的试验,但是发现第一个level=2那层的m_max_cursor_index的值有点问题。 阅读全文
posted @ 2024-04-03 10:05 GreatSQL 阅读(18) 评论(0) 推荐(0) 编辑
摘要: GreatSQL 优化技巧:将 MINUS 改写为标量子查询 前言 minus 指令运用在两个 SQL 语句上,取两个语句查询结果集的差集。它先找出第一个 SQL 所产生的结果,然后看这些结果有没有在第二个 SQL 的结果中,如果在,那这些数据就被去除,不会在最后的结果中出现,第二个 SQL 结果集 阅读全文
posted @ 2024-04-01 09:51 GreatSQL 阅读(37) 评论(0) 推荐(0) 编辑
摘要: 1.背景概述 最近在做数据同步测试,需要通过DTS将kafka中的数据同步到数据库中,4G的数据量同步到数据库用了大约4个多小时,这看起来并不合理;此时查看数据库所在主机的CPU,IO的使用率都不高,没有瓶颈;最后通过排查发现由于kafka,DTS,数据库不再同一个机房,网络延迟较大,导致同步速率缓 阅读全文
posted @ 2024-03-27 09:26 GreatSQL 阅读(44) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 ··· 30 下一页