配置mysql主从同步遇到的一些坑

由于闲下来一个服务器,现在我有两个服务器了,就打算搞搞数据库主从同步,本来打算在本地搞得,但是要开好几个端口我嫌弃太麻烦了就直接在服务器上搞起来。

准备:

两台linux服务器,数据库都是安装的mysql5.6,为了避免出现版本不同导致的问题,我都是安装的相同版本mysql,不知道mysql向不向下兼容。

然后按照网上教程配置主从数据库,一路下来也没有多少问题,当我开启从数据库时候,查看同步状态出现 Slave_IO_Running: No 的error,这个把我头疼大了,经过一系列的查找,查看master服务器mysql的 show master status\G;查看状态原来master的file:File: mysql-bin.000003 已经是003了,

而slave当时通过命令行配置的是001,而且Position也不对不上,

接下来就是解决问题

重新配置slave的住数据库配置信息,把file和pisition这些配置信息都对上,然后重启slave,大功告成。

试着在master建一个数据库测试一下吧。

 

GIT的正确用法

18年7月30号部门新领导给我们技术部开了个会,确定开发上线流程,讲解了git的使用方法和心得,感受颇多。

以前项目团队所遇到的问题!!

1,将GIT用成了SVN

只用develop进行开发,大家从develop检出代码,提交合并。遇到发版或升级补丁,从develop中发出并且记录tag或分支。

这种模式等同于SVN的管理模式,develop一直是活跃的且不稳定的

应对措施:针对这种情况我们让每个开发人员建立了个人分支,每个人在自己的个人分支上进行开发,定时从develop同步下来,并将完成的代码合并回去。

2,频繁合并产生冲突

由开发人员向公共分支(例如develop)直接提交合并,有时会因为冲突未解决或者解决的不正确,导致公共分支被污染。例如某些代码被覆盖,某些代码出现两次等…

应对措施:将公共分支设为受保护的,只有指定的负责人才可以进行修改。日常代码合并通过合并请求进行申请,负责人收到申请时,进行简单的代码review审核通过后才能进入公共分支。

这就是以前项目所遇到的问题,大家都在一个主线上进行开发,为了避免冲突大家都会提前把代码Pull下来,如果遇到冲突解决冲突会很麻烦,git处理冲突没有svn的好用,团队这用git就和用svn没有什么两样,其实GIT是支持建立分支,这样每个开发用户都会做具体分析,这就是这次会议所学到内容。

 

阿西吧,我的博客啊

我的博客运行一年多了,不知哪天怎么搞得服务器崩掉了,内核坏掉了,然后问阿里云客服,让我重新挂载云盘来保存数据,我以为挂载完就好了,我直接释放掉云盘了,结果我1年多的博客数据全没了,气死宝宝了,该死的售后为啥不告诉我注意事项,又不是所有人都懂运维。

重新开始吧!

现在使用宝塔运维来管理网站,方便多了,应该不会出现崩掉的状态了。