1. IO层面检查   (1)IO检查   查看%util是否接近100%定位是哪个磁盘IO压力大 #iostat -x 1 10 (2)iotop定位负载来源进程 查看哪个PID占用IO最高 #iotop (3)pt-ioprofile定位负载来源文件 查看哪个文件的IO占用时间最多 #pt-ioprofile  --profile-pid=3712 --cell=sizes     2.文件系统层面检查 (1)查看当前系统的I/O调度 假如MySQL数据文件存放在sda1里,不同的磁盘则选择

1.关闭防火墙 [root@node04 ~]#systemctl disable firewalld [root@node04 ~]#systemctl stop firewalld [root@node05 ~]#systemctl disable firewalld [root@node05 ~]#systemctl stop firewalld [root@node06 ~]#systemctl disable firewalld [root@node06 ~]#systemctl st

需求场景:原有的pxc环境数据量已经比较大,新买的服务器要加入此集群中,如何让其用IST的方式传输,而不是SST. PXC传输数据有两种方式: IST: Incremental State Transfer 增量同步    SST:State Snapshot Transfer 全量同步 IST 发生的条件:This is done using caching mechanism on nodes (即只发生在之前集群里的节点数据还有在缓存中) 判断方法: mysql> show global

一些名词介绍: WS:write set 写数据集    IST: Incremental State Transfer 增量同步    SST:State Snapshot Transfer 全量同步 pxc环境所涉及的端口: #mysql实例端口 1. Regular MySQL port, default 3306. #pxc cluster相互通讯的端口   2. Port for group communication, default 4567. It can be changed

今天看了一篇关于死锁检查的blog. Advanced InnoDB Deadlock Troubleshooting – What SHOW INNODB STATUS Doesn’t Tell You, and What Diagnostics You Should be Looking At One common cause for deadlocks when using InnoDB tables is from the existence of foreign key constra

我们有时候需要一些检查MySQL是否宕机,如果宕机了应自动重新启动应用并通知运维人员!此脚本用来简单的实现MySQL宕机后自动重启并邮件通知运维,此为SHELL脚本,当然也有一些朋友喜欢用Python之类的实现,其原理是一样的!这儿主要用到的是命令是mysqladmin ping #!/bin/bash # result=`/usr/bin/mysqladmin -u user -ppassword ping` result=`/usr/bin/mysqladmin ping` expected

percona-toolkit-2.2.20-1.noarchmysql 5.6.29-logmaster:192.168.166.129slave:192.168.166.131 一.创建数据库校验存放库 CREATE DATABASE IF NOT EXISTS percona CHARACTER SET utf8; 二.建立数据校验用户 GRANT SELECT, PROCESS, SUPER, REPLICATION SLAVE ON *.* TO 'checksums'@'192.16

安装 Percona-XtraDB-Cluster 架构: 三个节点: pxc_node_0 30.0.0.196 pxc_node_1 30.0.0.198 pxc_node_2 30.0.0.199 防火墙: -A INPUT -p tcp -m state --state NEW -m tcp --dport 3306 -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp --dport 4444 -j ACCEPT -A INPUT

为了便于检查ECS服务器内部搭建的mysql或者RDS的mysql数据库,编写了一个mysql测试脚本,对于不熟悉命令行操作的朋友出现问题时可以检测一下.       脚本下载地址: http://jinxiang.oss-cn-hangzhou.aliyuncs.com/mysqltest_gbk.sh   脚本执行方法: wget http://jinxiang.oss-cn-hangzhou.aliyuncs.com/mysqltest_gbk.sh chmod 755 mysqltest

docker pull percona/percona-xtradb-cluster docker tag percona/percona-xtradb-cluster pxc docker network create --subnet=172.18.0.0/24 net1 docker volume create --name v1 docker volume create --name v2 docker volume create --name v3 docker run -d -p 3

PXC集群 https://hub.docker.com/r/percona/percona-xtradb-cluster 安装PXC镜像 下载镜像或者导入本地镜像 docker pull percona/percona-xtradb-cluster docker load < /home/soft/pxc.tar.gz 修改镜像名字 docker tag docker.io/percona/percona-xtradb-cluster pxc 删除镜像 docker rmi docker.io

#!/bin/sh #ocpyang@126.com export black='\033[0m' export boldblack='\033[1;0m' export red='\033[31m' export boldred='\033[1;31m' export green='\033[32m' export boldgreen='\033[1;32m' export yellow='\033[33m' export boldyellow='\033[1;33m' export blue

同时写集群内的所有机器 写性能依赖最慢的那个机器 读性能提高X倍

1.查看当前数据库进程 show processlist;   show full processlist; #前者只显示前100条,后者显示所有的进程 2.一键杀死某个用户的所有进程 select concat('KILL ',id,';') from information_schema.processlist where user='user'; 3.查询是否锁表 show ; 4.查看正在锁的事务 SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS

当存储过程.函数.触发器和视图创建后,不单单创建者要执行,其它用户也可能需要执行,换句话说,执行者有可能不是创建者本身,那么在执行存储过程时,MySQL是如何做权限检查的? 在默认情况下,MySQL将检查创建者的权限.假设用户A创建了存储过程p()访问表T,并把execute的权限赋给了B,即使用户B没有访问表T的权限,也能够通过执行存储过程p()访问表T. 下面看一个例子: 首先,我们创建一个表test.t和两个用户a,b,并把权限赋予用户a root@(none) 05:39:45>crea

 以端口 port = 3306 # 设置mysql的安装目录 basedir=D://Installed//mysql-5.6.26-winx64//mysql-5.6.26-winx64 # 设置mysql数据库的数据的存放目录 datadir=D://Installed//mysql-5.6.26-winx64//mysql-5.6.26-winx64//data # 允许最大连接数 max_connections=200 # 服务端使用的字符集默认为8比特编码的latin1字符集 c

最近在玩python,为了熟悉一下python,写了个mysql的检查与性能优化建议的脚本. 虽然,真的只能算是一个半成残次品.也拿出来现眼一下. 不过对于初学者来说,还是有一定的参考价值的.比如说如何接受命令参数,python如果调用shell等. 这个脚本的主要过程就是把mysql的状态信息输出到一个临时文件,再读取临时文件解析一下比对结果. 其实做好难的不是脚本本身,而是看你对于mysql的方方面面的熟悉程度了. 如果想完善的话,其实可以做几方面的事情. 比如说根据机器配置信息(如内存,C

HAProxy介绍 反向代理服务器,支持双机热备支持虚拟主机,但其配置简单,拥有非常不错的服务器健康检查功能,当其代理的后端服务器出现故障, HAProxy会自动将该服务器摘除,故障恢复后再自动将该服务器加入｡引入了frontend,backend:frontend根据任意 HTTP请求头内容做规则匹配,然后把请求定向到相关的backend. Keepalived介绍Keepalived是一个基于VRRP协议来实现的WEB 服务高可用方案,可以利用其来避免单点故障.一个WEB服务至少会有2台服务

软件负载均衡一般通过两种方式来实现:基于操作系统的软负载实现和基于第 三方应用的软负载实现.LVS就是基于Linux操作系统实现的一种软负载,HAProxy就是开源的并且基于第三应用实现的软负载.HAProxy相比LVS的使用要简单很多,功能方面也很丰富.当前,HAProxy支持两种主要的代理模式:"tcp"也即4层(大多用于邮件服务器.内部协议通信服务器等),和7层(HTTP).在4层模式下,HAproxy仅在客户端和服务器之间转发双向流量.7层模式下,HAProxy会分析协议,并且

HaProxy系列文章:http://www.cnblogs.com/f-ck-need-u/p/7576137.html haproxy可以通过 TCP协议 来代理MySQL.但是两个问题必须考虑: 后端MySQL的健康检查问题 如何保证事务的持久性(同一个事务中的语句路由到同一个后端) 1.1 健康检查问题 haproxy默认已支持MySQL的健康检查,对应的指令为option mysql-check,浏览下该指令语法: option mysql-check [ user <username

mysql查询过程: 客户端发送查询请求. 服务器检查查询缓存,如果命中缓存,则返回结果,否则,继续执行. 服务器进行sql解析,预处理,再由优化器生成执行计划. Mysql调用存储引擎API执行优化器生成的执行计划进行查询. 返回结果. 优化数据访问: 只获取必要的数据: 是否查询了多余的记录: 多表关联时是否返回了全部列: 是否总是取出全部列(避免select *): 是否重复查询相同的数据(缓存代替). 避免额外的记录扫描:查询开销衡量标准(响应时间.扫描行数.返回行数) 响应时间:服务时