08 2018 档案
摘要:ProxySQL 排错 问题分析: 在ProxySQL在集群下,因未知原因导致误测到所有节点OFFLINE_HARD,并runtime_mysql_servers表清空 ,从而导致前端查询无法传递到后端对应的servers上,重新load mysql servers to runtime可以暂时解决
阅读全文
摘要:ProxySQL 监控和统计 很多有价值的统计数据在stats和monitor库中. 查看后端mysql server的连接情况 查看后端mysql server的PING情况 查看执行的命令统计情况 查看执行过的SQL语句统计情况
阅读全文
摘要:发现直接连接MGR节点是正常的,可以写入,但通过ProxySQL连接就无法show\select\insert 等 使用sysbench对ProxySQL报以下错误: FATAL: `thread_run' function failed: /usr/share/sysbench/oltp_inse
阅读全文
摘要:ProxySQL Cluster的搭建 环境: proxysql 1.4.10 1 centos7.x86_64 db210 192.168.99.210 老节点,已经做成mysql配置和读写分离设置 db211 192.168.99.211 新节点 db212 192.168.99.212 新节点
阅读全文
摘要:ProxySQL(MGR) 故障排查: 故障现象:runtime_mysql_servers节点状态offline_hostgroup(本案例为15) 日志关键信息: [WARNING] Group Replication: setting host db211:3507 offline becau
阅读全文
摘要:MGR single_primary 切换 Muti Primary 模式 查看error.log日志: 也就是说,需要所有节点都关闭后修改一致再启动. 所有节点stop group_replication并设置root@localhost [(none)] set global group_rep
阅读全文
摘要:MGR Muti Primary 切换 single_primary 模式 原因:因为希望做ProxySQL+MGR之间Proxy层的消耗测试,需要把原有的MGR多主改为单主模式. 修改MGRgroup_replication_single_primary_mode参数为ON 提示不能在runnin
阅读全文
摘要:start group_replication;时报以下错: sql ERROR 3092 (HY000): DROP DATABASE failed; some tables may have been dropped but the database directory remains. The
阅读全文
摘要:PXC加入新节点避免SST时grastate.dat文件内容的修改问题 在主从同步完成并关闭实例后,需要修改grastate.dat中的seqno:到底应该填已经执行过最后的XID号(Executed_Gtid_Set:),还是,还是将从哪一个执行的XID号(Executed_Gtid_Set+1)
阅读全文
摘要:以下两个参数在两个节点是对得上的. | wsrep_last_applied | 3363764 | | wsrep_last_committed | 3363764 但show master status中的Executed_Gtid_Set两个节点对应不上. 原有节点: 新节点:
阅读全文
摘要:环境 现有集群节点: 192.168.99.210:3101 新加入节点: 192.168.99.211:3101 通过xtrabackup备份还原实例,并通过同步方式追数据: 已有节点情况: 备份数据 注释掉配置文件中pxc相关内容: 查看xtrabackup 备份信息: 启动211节点(非PXC
阅读全文
摘要:ERROR 1682 (HY000) xtrabackup 恢复数据库后,出现1682错: 解决办法: 重启mysql后恢复正常
阅读全文
摘要:pxc群集搭建 1.环境 Percona XtraDB 5.7.22 22 29.26 log percona xtrabackup 24 2.4.12 192.168.99.210:3101(第一节点) 192.168.99.211:3101 192.168.99.212:3101 2.安装 安装
阅读全文
摘要:Percona XtraDB Cluster(PXC)原理 介绍: PXC曾经属于一套近乎最完美的mysql高可用集群解决方案(现mgr总体上要优于pxc),相比传统的基于主从复制模式的集群架构MHA和MM+keepalived,最突出特点就是解决了数据复制延迟问题,基本上可以达到实时同步。节点间关
阅读全文
摘要:介绍: 也许大家都难以理解,这么重要的数据为啥不备份(或者备份不可用)?而且还任性的drop table了。显然有备份是最好的,但是它们并不总是可用的。这种情况令人恐惧,但并非毫无希望。在许多情况下,可以恢复数据库或表中的几乎所有数据。恢复计划取决于I
阅读全文
摘要:1.监测master的状态Ping(SELECT) succeeded, waiting until MySQL doesn't respond.. 2.当监控发现master异常时发出warning,并重试4次连接查询,并同时检查SSH状态。 3.读取配置文件,检查其他节点状态。 Reading
阅读全文
摘要:通过information_schema信息修改rename database的目的 mysql 没有rename database 命令,只能变相修改表到目标库里的表来实现: 拼接reanme tables的执行语句 改进:希望拼接语句直接导出到指定文件,再导入批量执行
阅读全文
浙公网安备 33010602011771号