master

About Custom Document Management and Security Solutions Why does your business is competitive? Because it's unique. A unique company's business processes not only utilizes its people, its offerings, and its IT systems. This is also the backbone of a company's competitive advantage. When a company implements standard business software, its competitive advantage often disappears. Off-the-shelf software forces you to adopt whatever business processes the vendor programmed into its software. So if your competitors are using the same software, they are probably using the same business processes.

能坚持别人不能坚持的，才能拥有别人未曾拥有的。 关注 编程大道 公众号，让我们一同坚持心中所想，一起成长！！ 《【面试突击】— Redis篇》-- Redis哨兵原理及持久化机制 在这个系列里，我会整理一些面试题与大家分享，帮助年后和我一样想要在金三银四准备跳槽的同学。 我们一起巩固、突击面试官常问的一些面试题，加油！！ 《【面试突击】— Redis篇》--Redis数据类型？适用于哪些场景？ 《【面试突击】— Redis篇》--Redis的线程模型了解吗？为啥单线程效率还这么高？ 《【面试突击】— Redis篇》-- Redis的主从复制？哨兵机制？ 前两次因为时间原因面试官暂时中止了面试，觉得上次你对redis的主从复制，哨兵机制的知识掌握的还可以，于是今天面试官想看看你到底对Redis了解有多深，又加大了攻势，你准备好了吗？ 上次因为时间问题面试草草收场今天我还有几个哨兵的问题要问。首先说一下Redis Sentinel是怎么工作的？重点描述一下故障转移的过程 好的。 1)每个Sentinel以每秒钟一次的频率向它所知的Master，Slave以及其他 Sentinel 实例发送一个 PING 命令。 2)如果一个实例（instance）距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值， 则这个实例会被当前

Git 命令练习 git的删除，添加，修改与日志 which vi 查看命令的目录 ⌃ a 光标去开头 ⌃ E 光标去结尾 ehco 'hellow world asd' > test.txt 修改内容， 重定向到文件中。等于修改了文件。 删除-恢复操作 rm git rm 使用 rm 和 git rm 的区别。 git rm ： 1. 删除了一个文件 2. 将被删除的文件纳入到暂存区. 若想恢复被删除的文件，需要进行两步操作。 a. git rest HEAD test2.txt 将待删除的文件从暂存区恢复到工作区 b. git checkout -- test2.txt 将工作区中的修改丢弃掉 rm : 将文件删除，这时，被删除的问价并未被纳入到暂存区 重命名操作 git mv oldname newname 重命名 mv oldname newname 重命名 git mv 和 mv 的却别 相当于 rm 和 git rm 的区别。 修改commit注释 git commit --amend -m '修改commit注释' ； 把上次提交的commit记录给修改了 git log -n ；查看最近几条的日志 查看帮助文档 git help log ; git log --help ; man git log .gitignore 与 分支 .gitignore的作用

对比分支： 1.查看 dev 有，而 master 中没有的： git log dev ^master 同理查看 master 中有，而 dev 中没有的内容： git log master ^dev 2.查看 dev 中比 master 中多提交了哪些内容： git log master..dev 注意，列出来的是两个点后边（此处即dev）多提交的内容。同理，想知道 master 比 dev 多提交了什么： git log dev..master 3.不知道谁提交的多谁提交的少，单纯想知道有什么不一样： git log dev...master 4.在上述情况下，再显示出每个提交是在哪个分支上： git log --left-right dev...master 注意 commit 后面的箭头，根据我们在 –left-right dev…master 的顺序，左箭头 < 表示是 dev 的，右箭头 > 表示是 master的。 截图中表示这三个提交都是在 master 分支上的 5.撤销命令：git reset --hard HEAD^ 6.撤销命令：git revert --hard HEAD^ 一、新建代码库 # 在当前目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [project-name] #

几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。 在很多版本控制系统中，这是一个略微低效的过程——常常需要完全创建一个源代码目录的副本。对于大项目来说，这样的过程会耗费很多时间。 有人把 Git 的分支模型称为它的“必杀技特性”，也正因为这一特性，使得 Git 从众多版本控制系统中脱颖而出。 为何 Git 的分支模型如此出众呢？ Git 处理分支的方式可谓是难以置信的轻量，创建新分支这一操作几乎能在瞬间完成，并且在不同分支之间的切换操作也是一样便捷。 与许多其它版本控制系统不同，Git 鼓励在工作流程中频繁地使用分支与合并，哪怕一天之内进行许多次。 理解和精通这一特性，你便会意识到 Git 是如此的强大而又独特，并且从此真正改变你的开发方式。 分支简介 为了真正理解 Git 处理分支的方式，我们需要回顾一下 Git 是如何保存数据的。 或许你还记得 入门 的内容，Git 保存的不是文件的变化或者差异，而是一系列不同时刻的文件快照。 在进行提交操作时，Git 会保存一个提交对象（commit object）。知道了 Git 保存数据的方式，我们可以很自然的想到——该提交对象会包含一个指向暂存内容快照的指针。 但不仅仅是这样，该提交对象还包含了作者的姓名和邮箱、提交时输入的信息以及指向它的父对象的指针

Redis如何保证高并发，高可用？ 高并发： redis的单机吞吐量可以达到几万不是问题，如果想提高redis的读写能力，可以用redis的主从架构，redis天热支持一主多从的准备模式，单主负责写请求多从负责读请求，主从之间异步复制，把主的数据同步到从。 高可用： 首先利用redis的主从架构解决redis的单点故障导致的不可用，然后如果使用的是主从架构，那么只需要增加哨兵机制即可，就可以实现，redis主实例宕机，自动会进行主备切换。以此来达到redis的高可用。 你刚才说主从复制，那你能具体聊一下主从复制的原理吗？ 在redis主从架构中，master负责接收写请求，写操作成功后返回客户端OK，然后后将数据异步的方式发送给多个slaver进行数据同步，不过从redis 2.8开始，slave node会周期性地确认自己每次复制的数据量。 当启动一个slave node的时候，它会发送一个 PSYNC 命令给master node。如果slave node是重新连接master node，那么master node仅仅会复制给slave部分缺少的数据; 否则如果是slave node第一次连接master node，那么会触发一次 full resynchronization 全量复制。 开始 full resynchronization 的时候，master会启动一个后台线程

Keepalive是专门针对LVS设计的一款强大的辅助工具，主要用来提供故障切换和健康检查功能更----判断LVS负载调度器、节点服务器的可用性，及时隔离并替换为新的服务器，当故障主机恢复后将其重新加入群集。 keepalived采用VRRP热备份协议，以软件的方式实现Linux服务器的多机热备功能。VRRP是针对路由器的一种备份解决方案---由多台路由器组成的一个热备组，通过公用的虚拟IP地址对外提供服务；每个热备组内同一时刻只有一台主路由器提供服务，其他路由器处于冗余状态，若当前在线的路由器失效，则其他路由器会自动接替（优先级决定接替顺序）虚拟IP地址，以继续提供服务。 热备组内的每台路由器都可能成为主路由器，虚拟路由器IP地址可以再热备组内的路由器之间进行转移，所以也称为漂移IP地址。使用Keepalived时，漂移地址的实现不需要手动建立虚接口配置文件，而是由Keepalived根据配置文件自动管理。 1、Keepalived的安装与服务控制 1）yum -y install kernel-devel openssl-devel popt-devel ipvsadm 2）编译安装Keepalived [root@localhost ~]# tar zxvf keepalived-1.2.13.tar.gz [root@localhost ~]# cd keepalived

节点主从（镜像全量）+哈希slot（分片） 无主模型 遵循 CAP原则 C一致性 A可用性 P分区容错性，三者不可兼得 数据放在大数据集群中的方式/集群承载数据的方式：分片 镜像全量 镜像全量 优：做数据的高可用（节点不单一），不担心某一个节点故障，数据在其他节点有相同备份 缺：占用内存资源，横向来说，没有对数据的扩展能力（4G–>12G） 分片 优：横向扩展能力强 缺：没有备份 CRUD操作 增加(Create)、读取查询(Retrieve)、更新(Update)和删除(Delete) 主从复制 主可以进行CRUD所有操作 从只能R 主从模型 图上能看得到的信息： 只有1个Master，可以有N个slaver，而且Slaver也可以有自己的Slaver，由于这种主从的关系决定他们是在配置阶段就要指定他们的上下级关系，而不是Zookeeper那种平行关系是自主推优出来的。 读写分离，Master只负责写和同步数据给Slaver，Slaver承担了被读的任务，所以Slaver的扩容只能提高读效率不能提高写效率。 Slaver先将Master那边获取到的信息压入磁盘，再load进内存，client端是从内存中读取信息的，所以Redis是内存数据库。 当一个新的Slaver加入到这个集群时，会主动找Master来拜码头，Master发现新的小弟后将全量数据发送给新的Slaver

elasticsearch相关插件安装配置 安装es插件 [root@node01 ~]# /usr/share/elasticsearch/bin/elasticsearch-plugin install analysis-icu 安装IK分词器（中文分词器） ，因为版本不一致没办法下载更新的，所以这一步不做 [root@node01 ~]# mv elasticsearch-analysis-ik-7.3.2/ /usr/share/elasticsearch/plugins/ 安装 elasticsearch-head-master 插件 下载地址（nodejs http://nodejs.cn/download/ eshead https://github.com/mobz/elasticsearch-head） [root@node01 ~]# mv elasticsearch-head-master.zip /home/ [root@node01 ~]# cd /home/ [root@node01 home]# unzip elasticsearch-head-master.zip [root@node01 home]# cd elasticsearch-head-master/ [root@node01 elasticsearch-head-master]#

Hbase 16010端口， 监控界面报错：500 错误信息如下： 查看日志 （cat -n hbase-bigdata-master-master.log |grep “ERROR”） 错误提示： master failed to complete initialization after 90000ms 这可能是没有配置时间同步NTP导致的问题 可以配置NTP或选择下面这个简单粗暴的方法： date 查看各个节点的时间 若时间间隔较大，则 把各个节点时间同步到一个节点上（ntpdate -u master） （同步时间需要使用root权限） 然后重启hbase即可 来源： CSDN 作者： 吃冰淇淋 链接： https://blog.csdn.net/weixin_43729499/article/details/103859046