MySQL filesort 算法探秘

filesort直接影响SQL的执行效率,使导致慢查询的罪魁祸首。无论从研发人员还是DBA都有必要对这一元凶加深理解。今天我花了些时间研究了下官方文档,写一片总结加深理解。 MySQL 针对filesort实现了三种算法,这三种算法可以说是在一种算法上针对不同使用场景的改进,以至于它们都没有一个正

ProxySQL测试报告

基本信息 ProxySQL 版本:v1.4.12 ProxySQL OS: CentOS7 压测工具:sysbench 后端server: mysql5.7.22, 一主一从架构 MySQL OS: CentOS6 ProxySQL 配置: ProxySQL的变量设置均为默认。 * mysql

xtrabackup增量备份造成磁盘Read IO飙升记

我们生产遇到这一问题: 备份在一个从节点上执行,每周日作全量备份,周一至周六做基于周日全量的增备。每次增量备份都使从库复制延迟大大增加。 mysql 数据库有700多G, buffer pool 80G , 云磁盘IO性能不佳,经过分析监控发现,系统瓶颈在随机读。80G的buffer pool远

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

Categories

Tags

Links

bohr