ProxySQL 之Multiplexing

关于Multiplexing 官方文档有一篇解释,网上也有许多其它的解释,可参见这里 或 这里. 这里不再重复解释网上解释了许多遍的东西,这里只解释下容易混淆的关键部分。 我觉得有两个关键点不易理解: * mysql_users.transaction_persistent 单独理解这个

ProxySQL的服务发现机制

ProxySQL内部有一个Monitor模块,通过一个monitor账户对后端数据库进行监控,监控的内容主要包括:数据库可用性,是否read_only以及slave延迟。 配置监控账户 首先要在ProxySQL中配置监控账户。它是通过global variables来配置的。 1 2 3 4 5

ProxySQL Cluster 初探

PrxoySQL从版本1.4起内置了集群模块,同一集群的配置会相互同步,这对大规模Proxy实例的管理带来了极大的方便。虽然目前相关特性还不是很完善,但这一令人期待的新功能让人禁不住先睹为快。 ProxyCluster,主要有两大模块组成: 1. 监控 2. 重新配置 目前监控和重配涉及4

ProxySQL变量配置解说

ProxySQL中有一系列变量来供用户调优配置或功能配置。这些变量存放在表global_varialbes中。其中大部分变量可以在线修改,即时生效(执行LOAD MYSQL VARIABLES TO RUNTIME or LOAD ADMIN VARIABLES TO RUNTIME),但变量:ad

宿主机重启导致slave异常分析记

问题 这是一台从库VM,为了解决从库延迟问题,将sync_binlog设置为0,innodb_flush_log_at_trx_commit设置为2. 宿主机重启后,导致slave 复制SQL线程中断。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

MySQL Core File Dump 分析实战

Core file 能够在mysql crash的时候提供给我们第一手现场状况,这对我们分析mysqld crash的原因非常重要。但在生产环境,数据库占用的内存往往会高达几十G,甚至上百G, core file也会非常大,因为它会包含mysqld所有内存信息。 因此生产环境启用core file

Group Replication 优化思路

Group Replication 是一种新的复制模式,它彻底颠覆了传统的复制模式,虽然还是异步复制(或者可称其为同步复制,异步应用),但能够实现强最终一致性,并且完全实现了无人干预式高可用,必将成为未来的主流。本文不详细介绍Group Replication的实现原理,网上有许多资料,这里主要对如

MySQL8复制新特性:基于写集依赖跟踪的多线程应用技术

MySQL主从复制延迟一直是人人皆知诟病,令DBA非常头疼却又无可奈何。我们知道,大多数主从延迟是由于从库应用binglog跟不上主库造成的,如何使binlog中的事务在从库得到高效地应用成为解决问题的关键。MySQL研发团队一直在孜孜不倦地寻找解决方案,直到MySQL8,终见成效! MySQL5

Categories

Tags

Links

bohr