新版本 | GreatSQL 8.0.25-16正式发布,这些新增特性不容错过~
经过近期的努力,支持仲裁(投票)节点特性的 GreatSQL 8.0.25-16今天正式发布啦,可以用接近两台服务器的成本构建MGR(节省服务器资源),此外还支持快速单主模式以及改进选主策略等特性,该版本里也修复了众多MGR关键bug。用MGR,选GreatSQL,更放心~ GreatSQL 8.0.25-16 新版本亮点1.新增特性1.1 新增仲裁节点(投票节点)角色1.2 新增快速单主模式1
技术|如何为MySQL MGR实现简单的负载均衡代理?
在多写(多节点写入)数据库(例如MySQL MGR的multi-primary mode)与应用之间,往往会加一层代理组件,通过算法调节不同节点负载,分发高并发读写请求。 要求代理工具具有请求转发、负载均衡、故障转移的功能。 在后端节点故障发生或连接因为客户端异常、网络问题断开时,需要及时将故障节点及时踢出负载均衡队列或者关闭异常连接,做到故障转移。 这就是接下来介绍的主要内容,使用gola
新版本 | GreatSQL 5.7.36正式发布,这些新增特性不容错过~
经过近期几个月的努力,开源产品GreatSQL 5.7.36今天正式发布了,欢迎小伙伴们积极选用、多多交流。新推出的GreatSQL 版本新增了MGR角色列、MGR网络开销阈值等一系列特性,并大幅提升了稳定性、性能,修复了以往的一些bug,产品功能、性能较以往版本进行了优化升级,可以让大家在5.7版本下更放心地使用MGR。GreatSQL 5.7.36新版本亮点► 新增特性1
技术干货|深入浅出MGR—详解选主算法、多版本兼容性及滚动升级
MGR是MySQL Group Replication的缩写,即MySQL组复制。以往,技术DBA一般是利用MySQL的主从复制或半同步复制来提供高可用解决方案,但存在复制延迟、数据一致性、新节点选择、事务无法及时确认等缺陷,因此,MySQL推出了全新的高可用解决方案 — 组复制(MGR)。
如何查看MySQL数据库一段时间内的连接情况?两种方式来解锁~
查看方式已知至少有两种方式可以实现,让我们一起解锁吧~
技术干货 | MySQL8.0 如何快速回收膨胀的UNDO表空间
背景介绍项目选型中,在KVM(16c 16G ssd160G )的 Linux7.6系统上部署了MySQL MGR集群 (GreatSQL 8.0.25)。使用 sysbench 创建了100仓数据,且针对表创建为 partition 表,进行连续12小时的稳定下压测,来评估对应的架构能支撑的业务并发数,以及最高的TPS/QPS是多少。在使用256并发连续进行12小时压测后,发现节点的
数据技术嘉年华 • ONLINE 万里数据库带你get MySQL整个高可用发展史
万里数据库开源生态负责人叶金荣——《MySQ高可用演进及实践》,全部干货get!
技术干货 | 利用systemd管理MySQL单机多实例
本文以RPM/YUM方式安装后的MySQL为例,介绍如何用systemd管理多实例,速看。
技术干货 | git上2500星的闪回小工具是什么神仙工具?一起来测测~
适用于MySQL的神仙闪回小工具,你值得拥有~
技术干货 | git上2500星的闪回小工具是什么神仙工具?一起来测测~
适用于MySQL的神仙闪回小工具,你值得拥有~
技术干货 | MySQL闪回怎么实现?全过程解析看这里
闪回能最大程度地挽回损失,将错误操作对业务的降到最低。
DBA福音!一不小心手抖导致MySQL数据误删除,怎么破?
数据误删除?小编来支招~
技术干货 | Update更新慢、死锁等问题的排查思路分享
排错Update前,要知道 Update 在 MySQL 中的生命周期是什么及如何执行一个事务,才知道如何去排查故障。
数据库无法登录,该怎么定位?
安装mysql8.0.19初始化且启动后,使用命令登录实例操作,结果遇到故障,该如何处理? 且见文中解答~
MGR新手超全入门指南 GreatSQL部署MGR集群及运维知识全get!
MGR新手福利来了,一文帮大家快速掌握MGR集群的部署和运维知识点,新建集群、添加新节点、滚动升级、切主在这全都有,超详细。
innodb_buffer_pool_size为什么无法调低至1GB以内
innodb_buffer_pool_size可以调大,却不能调小至1GB以内,这是为什么?
故障案例 | 主从复制环境中tokudb引擎报错排查过程
在某系统中为了保证历史数据的压缩性,采用tokudb引擎存储数据。 slave节点所在机器数据盘总大小33TB,故障时磁盘剩余空间1.1TB。 master节点正常进行,slave节点的数据库却出现了错误日志,这是为什么?
MySQL caching_sha2_password认证异常问题分析
相同的账号、密码,手动客户端连接可以成功,通过MySQL Connectors却失败了,为什么?
故障案例 | 一次慢SQL优化分析全过程
客户发给我一个SQL,让我看看,为什么执行几分钟没有执行完。 我第一眼看到SQL的时候,也觉得很简单,优化过程比较简单,但是带来的分析过程与经验还是值得分享的。
在MySQL对于批量更新操作的一种优化方式
批量更新数据,不同于这种 **update a=a+1 where pk > 500**,而是需要对每一行进行单独更新 **update a=1 where pk=1;update a=12 where pk=7;...** 这样连续多行update语句的场景,是少见的。