08 2020 档案
摘要：# 配置、安装 mkdir -p /data/{mongodb_27117,mongodb_27118,mongodb_27119}/{db,logs} chown -R mongodb:mongodb /data/{mongodb_27117,mongodb_27118,mongodb_27119
阅读全文
posted @ 2020-08-24 17:43
屠魔的少年
摘要：cat >/etc/systemd/system/mysqld.service<<EOF [Unit] Description=MySQL Server After=network.target [Install] WantedBy=multi-user.target [Service] Type=
阅读全文
posted @ 2020-08-24 11:26
屠魔的少年
摘要：pt-toolsiotoppstackorzdba ：http://code.taobao.org/p/orzdba/src/trunk/orzdbamytop ：http://jeremy.zawodny.com/mysql/mytop/mysql-statsd ：https://github.c
阅读全文
posted @ 2020-08-21 16:44
屠魔的少年
摘要：mysql主，MHA master节点： 10.10.10.62:3306 mysql从，MHA node节点： 10.10.10.136:3306 mysql从，MHA node节点： 10.10.10.76:3306 主从复制已经搭建好，此处不再赘述。 主库上创建mha账号 create use
阅读全文
posted @ 2020-08-21 13:27
屠魔的少年
摘要：使用mysqldump对全库进行完全备份 mysqldump -h127.0.0.1 -uroot -pJimstars -P3306 --single-transaction --master-data=2 --events --routines --all-databases > /data/b
阅读全文
posted @ 2020-08-20 14:22
屠魔的少年
摘要：背景说明：3306端口数据库，做一次xtrabackup全备之后，删除表，模拟恢复到 3308 端口数据库。 采用模拟slave线程恢复的方式，速度更快。 当恢复的场景是从全备恢复某一张表时，也可以使用复制过滤功能，只应用对应表的binlog，不用全部binlog都恢复。 先做一次完整备份： inn
阅读全文
posted @ 2020-08-18 17:49
屠魔的少年
摘要：背景说明：3306端口数据库，做一次xtrabackup全备之后，删除表，模拟恢复到 3308 端口数据库。 采用模拟slave线程恢复的方式，速度更快。 当恢复的场景是从全备恢复某一张表时，也可以使用复制过滤功能，只应用对应表的binlog，不用全部binlog都恢复。 前提：数据库启用了GTID
阅读全文
posted @ 2020-08-17 17:53
屠魔的少年
摘要：数据文件物理误误删除整个库目录处理方法 误删除整个库目录无疑是灾难般的故障、该库下所有对象都将无法访问 ## 可以看到连USE命令都无法成功 mysql> use scott; ERROR 1049 (42000): Unknown database 'scott' ## 通过show databa
阅读全文
posted @ 2020-08-14 16:43
屠魔的少年
摘要：数据文件物理误删除ibd文件处理方法 在MySQL数据库中表的ibd即表空间文件被误删除影响比较大，虽然删除后可以正常读写表数据，但是在重启后表的任何访问动作都将报错： ## 删除表空间后，表仍然可以读写 # rm scott_tab.ibd -f mysql> insert into scott_
阅读全文
posted @ 2020-08-14 16:35
屠魔的少年
摘要：数据文件物理误删除frm文件处理方法 需要注意的是MySQL 8.0的新特性中弃用了将表定义元数据文件.frm存储在文件系统上（8.0开始存放在数据字典表），原因是易受文件系统相关错误的影响（例如被误删除）、减少文件扫描的性能消耗等。所以本例误删除frm文件场景将用MySQL 5.7来演示。 排查方
阅读全文
posted @ 2020-08-14 15:55
屠魔的少年
摘要：复制延迟问题排查 一、常见原因 产生延迟的根本原因在于MySQL复制是基于逻辑日志binlog进行异步的数据复制的，事务的binlog日志要通过网络传输到从库，再在从库上完成一次逻辑的回放，各个阶段的耗时都有可能被放大，导致延迟。在我们的经验中，诱发延迟的常见原因有： 1.主从配置不一致,从库配置较
阅读全文
posted @ 2020-08-14 14:58
屠魔的少年
摘要：Access denied for user 'root'@'192.168.56.56' (using password: YES) 问题排查 报错如下： mysql -h192.168.56.56 -P3306 -uroot -p123456 mysql: [Warning] Using a p
阅读全文
posted @ 2020-08-14 14:43
屠魔的少年
摘要：锁阻塞问题排查 如果我们执行一个SQL被阻塞了，并且初步判断是被锁阻塞的，那么原因可能为： 1.被InnoDB锁阻塞; 2.被server层的表级锁，或者全局锁阻塞。 一、查看线程状态 不管是被谁阻塞了，都先执行”show processlist;”查看线程状态，阻塞原因不同，看到的状态也不一样，下
阅读全文
posted @ 2020-08-14 14:32
屠魔的少年
摘要：MySQL Crash 问题处理思路 （一）当发生Crash 时 error log 没有日志信息，这时候需要查看 /var/log/messages 这种情况一般是发生在MySQL进程被强制杀死，发生在下列的两种情形之一： 1. kill -9 命令 如果是被kill-9强制杀死的，/var/lo
阅读全文
posted @ 2020-08-13 17:37
屠魔的少年
摘要：关闭NUMA建议方案： 1.在BIOS设置层面关闭NUMA，缺点是需要重启OS。2.修改GRUB配置文件，缺点也是要重启OS。在/etc/grub.conf的kernel行最后添加numa=off 如下所示：kernel /vmlinuz-2.6.32-220.el6.x86_64 ro root=
阅读全文
posted @ 2020-08-13 17:25
屠魔的少年
摘要：编辑配置文件 /etc/ssh/sshd_configvim /etc/ssh/sshd_config找到 UseDNS选项，如果没有注释，将其注释#UseDNS yes添加UseDNS no 找到 GSSAPIAuthentication选项，如果没有注释，将其注释#GSSAPIAuthentic
阅读全文
posted @ 2020-08-07 16:40
屠魔的少年
摘要：架构说明 mysql一主两从，使用MHA架构 mysql主，MHA master节点： 10.10.10.62:3306 mysql从，MHA node节点： 10.10.10.136:3306 mysql从，MHA node节点： 10.10.10.76:3306 dble1（Keepalived
阅读全文
posted @ 2020-08-07 13:50
屠魔的少年
浙公网安备 33010602011771号