第一步： 在 VSCode 中，安装用于同步配置的插件 settings sync第二步：将 VSCode 配置上传到 GitHub完成这一步需要 GitHub token 和 GitHub gist进入GitHub 设置界面 & 创建 GitHub token点击【Generate new token】之后，并且会在界面看到这样一串字符，在界面上同样可以看到提示，提示你将这串字符保存起来，因为以后就看不到这串字符了这串字符就是以后同步 VSCode 配置都要用到的 GitHub token，所以
1.rsync与传统的cp、tar备份方式相比，rsync具有安全性高、备份迅速、支持增量备份的优点，通过rsync可以解决对实时性要求不高的数据备份需求，例如定期的备份文件服务器数据到远端服务器，对本地磁盘定期做数据镜像等。随着应用系统规模不断的扩大，对数据安全性和可靠性也提出了更高的要求，rsync在高端业务中也逐渐暴露出许多不足。首先，rsync实时同步时，需要扫描所有的文件进行比对，进行差量传输。如果文件数量打到了百万甚至千万量级，扫描所有的文件是非常耗时的，而且正在发生变化的往往是其中很少一部分
背景 我们公司在用inotify+rsync做实时同步，来解决分布式集群文件一致性的问题。但当web文件越来越多(百万级数量html,jpg等小 文件)，同步就越来越慢，根本做不到实时，按照网上的调优方法都尝试过，问题根本没有解决。经过我一翻细致研究，终于把慢的核心问题研究明白，先总结一句 inotifywait响应不会有延迟，rsync也很快。大家同样有慢的烦恼，那是因为网上的inotify+rsync的教程都是坑。下面我们来分 析。inotifywait 单独分析/usr/local/bin/ino
背景 我们公司在用inotify+rsync做实时同步，来解决分布式集群文件一致性的问题。但当web文件越来越多(百万级数量html,jpg等小 文件)，同步就越来越慢，根本做不到实时，按照网上的调优方法都尝试过，问题根本没有解决。经过我一翻细致研究，终于把慢的核心问题研究明白，先总结一句 inotifywait响应不会有延迟，rsync也很快。大家同样有慢的烦恼，那是因为网上的inotify+rsync的教程都是坑。下面我们来分 析。inotifywait 单独分析/usr/local/bin/ino
摘要当我们要对数据库做有风险的操作时需要对数据库备份，每次上线项目时，线上与线下数据库结构总会有不一致的情况，本文将讲解如何利用Navicat来方便的解决这两个问题。NavicatNavicat是一套快速、可靠的数据库管理工具，专为简化数据库的管理及降低系统管理成本而设。它的设计符合数据库管理员、开发人员及中小企业的需要。Navicat是以直觉化的图形用户界面而建的，让你可以以安全并且简单的方式创建、组织、访问并共用信息。注意：本教程采用的时Navicat12版本，下载地址：www.navicat.com
区别：在同步中，发出一个功能调用时，必须一件一件事做，等前一件做完了才能做下一件事；而在异步中，当一个异步过程调用发出后，调用者在没有得到结果之前，就可以继续执行后续操作。本教程操作环境：windows7系统、javascript1.8.5版、Dell G3电脑。javascript语言是一门“单线程”的语言，不像java语言，类继承Thread再来个thread.start就可以开辟一个线程。所以，javascript就像一条流水线，仅仅是一条流水线而已，要么加工，要么包装，不能同时进行多个任务和流程。
MySQL 5.7 深度解析: 半同步复制技术复制架构衍生史在谈这个特性之前，我们先来看看MySQL的复制架构衍生史。 MySQL的复制分为四种：普通的replication，异步同步。 搭建简单，使用非常广泛，从mysql诞生之初，就产生了这种架构，性能非常好，可谓非常成熟。 但是这种架构数据是异步的，所以有丢失数据库的风险。semi-sync replication，半同步。性能，功能都介于异步和全同步中间。从mysql5.5开始诞生，目的是为了折中上述两种架构的性能以及优缺点。sync replic
MySQL越来越被更多企业接受，随着企业发展，MySQL存储数据日益膨胀，MySQL的性能分析、监控预警、容量扩展议题越来越多。“工欲善其 事，必先利其器”，那么我们如何在进行MySQL性能分析、监控预警、容量扩展问题上得到更好的解决方案，就要利用各种工具来对MySQL各种指标进行分析。本篇内容我们就讲解自动监控从MySQL同步的脚本。脚本设计思路：1、此脚本应该能适应各种各样不同的内外网环境，即IP不同的环境;2、让脚本也顺便监控下MySQL是否正常运行;3、Slave机器的IO和SQL状态都必须为YE