<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[itjackhe的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/itjackhe</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; itjackhe]]></copyright><item><title><![CDATA[gyp ERR! stack Error: EACCES: permission denied, mkdir问题解决方案]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/107426847</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/107426847</guid><author>itjackhe</author><pubDate>Sat, 18 Jul 2020 12:00:03 +0800</pubDate><description><![CDATA[gyp ERR! stack Error: EACCES: permission denied, mkdir问题解决方案
sudo npm i --unsafe-perm
1
原因
还是权限问题

就是说 npm 出于安全考虑不支持以 root 用户运行，即使你用 root 用户身份运行了，npm 会自动转成一个叫 nobody 的用户来运行，而这个用户几乎没有任何权限。这样的话如果你脚本里有一些需要权限的操作，比如写文件（尤其是写 /root/.node-gyp），就会崩掉了。

为了避免这种情况，要么按]]></description><category></category></item><item><title><![CDATA[[转]mysql主从复制之异常解决--- Slave]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105426050</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105426050</guid><author>itjackhe</author><pubDate>Mon, 13 Apr 2020 10:34:23 +0800</pubDate><description><![CDATA[关于 Slave_IO_Running: NO 的错误其实有很多原因，





文章目录


	1. 解决问题的思路：
		2. 异常信息：
		3. 问题定位：由于uuid相同，而导致触发此异常
		4. 解决方案：
		5. 服务器背景：
		6. 具体解决方案：
		7. 重新启动mysql
		8. 登录mysql，重启slave，再次验证
	




1. 解决问题的思路：...]]></description><category></category></item><item><title><![CDATA[[转]slave_io running 为NO解决过程]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105426086</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105426086</guid><author>itjackhe</author><pubDate>Mon, 13 Apr 2020 10:34:07 +0800</pubDate><description><![CDATA[由于是第一次使用主从数据库，不知道原来启动一次数据库，就会产生新的，mysql-bin.00000文件，而且mysql-bin.index也会相应增加，所以导致我在sqlyog进行show master status的时候的时候，显示居然不是mysql-bin.000001，而是mysql-bin.000004，显然是用的最新的mysql-bin.00000，虽然有4个mysql-bin....]]></description><category></category></item><item><title><![CDATA[MySQL数据同步，出现Slave_SQL_Running：no和slave_io_running：no问题的解决方法]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105426122</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105426122</guid><author>itjackhe</author><pubDate>Mon, 13 Apr 2020 10:33:46 +0800</pubDate><description><![CDATA[阅读目录：

一、问题描述：
	二、Slave两个关键进程
	三、如果是Slave_SQL_Running：no：
	四、如果是slave_io_running：no
正文：



一、问题描述：


当我们配置好MySQL主主同步时，是可以实现主主同步，但是重启机器后或者其他原因导致MySQL无法同步了。



二、Slave两个关键进程


mysql replication 中slave机器...]]></description><category></category></item><item><title><![CDATA[[转]MHA集群报错：The slave I/O thread stops because master and slave have equal MySQL server UUIDs]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105426647</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105426647</guid><author>itjackhe</author><pubDate>Mon, 13 Apr 2020 10:33:29 +0800</pubDate><description><![CDATA[MHA集群报错：The slave I/O thread stops because master and slave have equal MySQL server UUIDs

实验环境

操作系统：CentOS Linux release 7.3.1611 (Core)

数据库系统： MySQL 5.7.19

问题重现

在虚拟机上配置MySQL的MHA集群时，在配置主从复制模式的...]]></description><category></category></item><item><title><![CDATA[mysql的binlog太大太多占用大量磁盘的解决]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105483181</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105483181</guid><author>itjackhe</author><pubDate>Mon, 13 Apr 2020 10:32:52 +0800</pubDate><description><![CDATA[分析过程及解决方案：通常出现这种问题都应该磁盘剩余空间过低，使用df –lh检查，发现磁盘空间已使用82%。再进一步通过du –sh对可以的目录进行检查，发现是MySQL的binlog占用空间过大。清理binlog的方法如下：

　　1) 设置日志保留时长expire_logs_days自动删除

　　查看当前日志保存天数：

　　show variables like '%expire_log...]]></description><category></category></item><item><title><![CDATA[ERROR 1872 (HY000): Slave failed to initialize relay log info structure from the repository]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105426004</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105426004</guid><author>itjackhe</author><pubDate>Fri, 10 Apr 2020 09:22:19 +0800</pubDate><description><![CDATA[salve复制线程停止，尝试start slave 时报ERROR 1872错误
mysql&gt; system perror 1872
MySQL error code 1872 (ER_SLAVE_RLI_INIT_REPOSITORY): Slave failed to initialize relay log info structure from the repository
解决过程...]]></description><category></category></item><item><title><![CDATA[vim 退出命令(保存、放弃保存)]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105425984</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105425984</guid><author>itjackhe</author><pubDate>Fri, 10 Apr 2020 09:21:08 +0800</pubDate><description><![CDATA[按ESC键 跳到命令模式，然后输入：

:w- 保存文件，不退出 vim:w file-将修改另外保存到 file 中，不退出 vim:w!-强制保存，不退出 vim:wq-保存文件，退出 vim:wq!-强制保存文件，退出 vim:q-不保存文件，退出 vim:q!...]]></description><category></category></item><item><title><![CDATA[[转]mySql主从配置出错：The server is not configured as slave; fix in config file or with CHANGE MASTER TO]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105425954</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105425954</guid><author>itjackhe</author><pubDate>Fri, 10 Apr 2020 09:20:08 +0800</pubDate><description><![CDATA[数据库已搭建完成，各种配置均已完成，但是在start slave ;的时候，报错：

ERROR 1200 (HY000): The server is not configured as slave; fix in config file or with CHANGE MASTER TO


这里说，我没有配置为从机，但我明明配置过的啊。


MySQL版本：5.6.19

主：master ...]]></description><category></category></item><item><title><![CDATA[mysql主从复制实现数据库同步]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105425902</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105425902</guid><author>itjackhe</author><pubDate>Fri, 10 Apr 2020 09:19:04 +0800</pubDate><description><![CDATA[mysql主从复制相信已经用得很多了，但是由于工作原因一直没怎么用过。趁着这段时间相对空闲，也就自己实现一遍。尽管互联网上已有大把类似的文章，但是自身实现的仍然值得记录。

环境:

主服务器:centos 6.0 mysql 5.1.67-log IP:192.168.0.107
从服务器:centos 6.0 mysql 5.1.67-log IP:192.168.0.109
主服务器test...]]></description><category></category></item><item><title><![CDATA[[转]线上MYSQL同步报错故障处理方法总结(必看篇)]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105425859</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105425859</guid><author>itjackhe</author><pubDate>Fri, 10 Apr 2020 09:16:44 +0800</pubDate><description><![CDATA[前言

在发生故障切换后，经常遇到的问题就是同步报错，数据库很小的时候，dump完再导入很简单就处理好了，但线上的数据库都150G-200G，如果用单纯的这种方法，成本太高，故经过一段时间的摸索，总结了几种处理方法。

生产环境架构图

目前现网的架构，保存着两份数据，通过异步复制做的高可用集群，两台机器提供对外服务。在发生故障时，切换到slave上，并将其变成master，坏掉的机器反向同步新的...]]></description><category></category></item><item><title><![CDATA[线上MYSQL同步报错故障处理方法总结]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105425815</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105425815</guid><author>itjackhe</author><pubDate>Fri, 10 Apr 2020 09:12:54 +0800</pubDate><description><![CDATA[前言

在发生故障切换后，经常遇到的问题就是同步报错，下面是最近收集的报错信息。

记录删除失败

在master上删除一条记录，而slave上找不到


Last_SQL_Error: Could not execute Delete_rows event on table hcy.t1; 
Can't find record in 't1', 
Error_code: 1032; handle...]]></description><category></category></item><item><title><![CDATA[[转]Mysql实现主从复制（一主双从）]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105425764</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105425764</guid><author>itjackhe</author><pubDate>Fri, 10 Apr 2020 09:09:30 +0800</pubDate><description><![CDATA[一、环境介绍

LNMP（centos7，mysql5.6）

vmware workstation pro配置了3个虚拟机，均安装了LNMP环境：

master： 192.168.0.105   

slave：  192.168.0.106、192.168.0.107



二、原理

（1）主数据库进行增删改操作后，相应操作记录的语句（比如 create databas...]]></description><category></category></item><item><title><![CDATA[[转]mysql5.7主从复制，主主复制]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105425720</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105425720</guid><author>itjackhe</author><pubDate>Fri, 10 Apr 2020 09:08:08 +0800</pubDate><description><![CDATA[主从复制：主库可写(会写入从库)可读，从库只能读

主主复制：两个库可写可读，一个库修改会写入另一个库

A.主从复制

1.准备两台机器
192.168.1.193 master 主库机器
192.168.1.194 slave 从库机器
2.在两台机器安装mysql5.7


https://blog.youkuaiyun.com/qq_16676539/article/details/819047...]]></description><category></category></item><item><title><![CDATA[[转]基于docker环境安装mysql并实现主从]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105425675</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105425675</guid><author>itjackhe</author><pubDate>Fri, 10 Apr 2020 09:05:29 +0800</pubDate><description><![CDATA[前提：环境已经部署安装docker

1、使用Docker拉取MySQL镜像


$ docker pull mysql:5.7

2、安装主库master

2.1、创建主库挂载文件地址


mkdir -pv /usr/local/mysql/master/confmkdir -pv /usr/local/mysql/master/datamkdir -pv /usr/local/mysql/...]]></description><category></category></item><item><title><![CDATA[[转]mysql show master status为空值]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/105425640</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/105425640</guid><author>itjackhe</author><pubDate>Fri, 10 Apr 2020 09:03:08 +0800</pubDate><description><![CDATA[问题

执行show master status，输出结果为空：


mysql&gt; show master status;
Empty set (0.00 sec)


原因

mysql没有开启日志。
查看log_bin选项：


mysql&gt; show variables like '%log_bin%';
+---------------------------------...]]></description><category></category></item><item><title><![CDATA[PHP 代码风格规范 PSR-2 (中文版)]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/82939025</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/82939025</guid><author>itjackhe</author><pubDate>Thu, 04 Oct 2018 17:34:50 +0800</pubDate><description><![CDATA[PHP 代码风格规范 PSR-2 (中文版)
本篇规范是 PSR-1 基本代码规范的继承与扩展。
本规范希望通过制定一系列规范化PHP代码的规则，以减少在浏览不同作者的代码时，因代
码风格的不同而造成不便。
当多名程序员在多个项目中合作时，就需要一个共同的编码规范， 而本文中的风格规范源自
于多个不同项目代码风格的共同特性， 因此，本规范的价值在于我们都遵循这个编码风格，
而不是在于它本身。
关键...]]></description><category></category></item><item><title><![CDATA[PHP 基本代码规范 PSR-1（通用版）]]></title><link>https://blog.youkuaiyun.com/itjackhe/article/details/82918078</link><guid>https://blog.youkuaiyun.com/itjackhe/article/details/82918078</guid><author>itjackhe</author><pubDate>Mon, 01 Oct 2018 19:05:13 +0800</pubDate><description><![CDATA[##PHP 基本代码规范 PSR-1
本节我们将会讨论一些基本的代码规范问题，以此作为将来讨论更高级别的代码分享和技术互用的基础。
RFC 2119中的 必须(MUST)，不可(MUST NOT)，建议(SHOULD)，不建议(SHOULD NOT)，可以/可能(MAY)等关键词将在本节用来做一些解释性的描述。
##1. 概述

源文件 必须 只使用 &amp;amp;amp;lt;?php 和 &amp;amp;amp;lt;?= 这两种标签...]]></description><category></category></item></channel></rss>