master

1 案例1：配置redis主从复制 1.1 问题 具体要求如下： 将主机192.168.4.51作为主库 将主机192.168.4.52作为从库 测试配置 1.2 步骤 实现此案例需要按照如下步骤进行。 步骤一：配置redis主从复制 1） 配置主从，4.51为主，4.52为从 若主机做过redis集群，需要在配置文件里面把开启集群，存储集群信息的配置文件都关闭，新主机则不用，这里用之前的redis集群做主从，需要还原redis服务器，4.51和4.52都需要还原（以4.51为例） [root@redisA ~]# redis -cli -c -h 192.168.4.51 -p 6351 shutdown //先关闭redis集群 [root@redisA ~]# vim / etc / redis / 6379 .conf bind 192.168.4.51 port 6379 # cluster -enabled yes # cluster -config -file nodes -6351 .conf [root@redisA ~]# /etc/init . d /redis_6379 start Starting Redis server ... [root@redisA ~]# ss -antlp | grep 6379 LISTEN 0 511 192.168.4

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 今天发现Mysql的主从数据库没有同步 先上Master库： mysql>show processlist; 查看下进程是否Sleep太多。发现很正常。 show master status; 也正常。 mysql> show master status; +-------------------+----------+--------------+-------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +-------------------+----------+--------------+-------------------------------+ | mysqld-bin.000001 | 3260 | | mysql,test,information_schema | +-------------------+----------+--------------+-------------------------------+ 1 row in set (0.00 sec) 再到Slave上查看 mysql> show slave status\G Slave_IO_Running

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 今天发现Mysql的主从数据库没有同步 先上Master库： mysql>show processlist; 查看下进程是否Sleep太多。发现很正常。 show master status; 也正常。 mysql> show master status; +-------------------+----------+--------------+-------------------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +-------------------+----------+--------------+-------------------------------+ | mysqld-bin.000001 | 3260 | | mysql,test,information_schema | +-------------------+----------+--------------+-------------------------------+ 1 row in set (0.00 sec) 再到Slave上查看 mysql> show slave status\G Slave_IO_Running

本篇博客小菌为大家带来的是HBase的Region管理与Master工作机制。 region 的管理 首先让我们来看下region的管理,当然这存在一个前提: 任何时刻, 一个region只能分配给一个region server 。 1.master记录了当前有哪些可用的region server。以及当前哪些region分配给了哪些region server，哪些region还没有分配。 2.当需要分配的新的region，并且有一个region server上有可用空间时，master就给这个region server发送一个装载请求，把region分配给这个region server。 3.region server得到请求后，就开始对此region提供服务。 region server上线 前提: master使用zookeeper来跟踪region server状态。 1.当某个region server启动时，首先在zookeeper上的/hbase/rs目录下建立代表自己的znode。 2.master订阅了/hbase/rs目录上的变更消息，当/hbase/rs目录下的文件出现新增或删除操作时，master可以得到来自zookeeper的 实时通知 。因此 一旦region server上线，master能马上得到消息。 region server下线 前提:

前面几课我们已经把ES的基本概念和查询了解了，大家知道ES的核心优势就是天生支持分布式，所以，这课我们专门讲讲怎么搭建实现ES的集群部署。 ES分布式原理 1、es分布式概念 主分片（Primary shard） 索引的子集，索引可以切分成多个分片，分布到不同的集群节点上。分片对应的是 Lucene 中的索引。默认是根据id进行hash分片的。 副本分片（Replica shard）每个主分片可以有一个或者多个副本。 Mapping 相当于数据库中的schema，用来约束字段的类型，不过 Elasticsearch 的 mapping 可以自动根据数据创建。 分配（Allocation） 将分片分配给某个节点的过程，包括分配主分片或者副本。如果是副本，还包含从主分片复制数据的过程。 在一个分布式系统里面,可以通过多个elasticsearch运行实例组成一个集群,这个集群里面有一个节点叫做主节点(master),elasticsearch是去中心化的,所以这里的主节点是动态选举出来的,不存在单点故障。es在外部看来elasticsearch就是一个整体。 在同一个子网内，只需要在每个节点上设置相同的集群名,elasticsearch就会自动的把这些集群名相同的节点组成一个集群。节点和节点之间通讯以及节点之间的数据分配和平衡全部由elasticsearch自动管理。 2、客户端请求

绿色版（zip archive 版）无 my-default.ini As of MySQL 5.7.18, my-default.ini is no longer included in or installed by distribution packages. 文档里的安装流程： MySQL :: MySQL 5.7 Reference Manual :: 2.3.5 Installing MySQL on Microsoft Windows Using a noinstall ZIP Archive Extract the main archive to the desired install directory Optional: also extract the debug-test archive if you plan to execute the MySQL benchmark and test suite Create an option file Choose a MySQL server type Initialize MySQL Start the MySQL server Secure the default user accounts 附 wamp 的 my.ini（记得改各个文件夹）： ; Example MySQL config file for

MySQL 5.7版本新特性连载（一） 本文将和大家一起分享下5.7的新特性，不过我们要先从即将被删除的特性以及建议不再使用的特性说起。根据这些情况，我们在新版本及以后的版本中，应该不再使用，避免未来产生兼容性问题。 本文是基于MySQL-5.7.7-rc版本，未来可能 还会发生更多变化。 1、即将删除的特性 1.1、InnoDB monitoring features，详见： WL#7377 （访问地址： http://dev.mysql.com/worklog/task/?id=7377 ，下面的其他WL，可以自行替换） 【建议】 可以动态修改 innodb_status_output、innodb_status_output_locks 两个参数的值打印相关信息，或者直接查看INFORMATION_SCHEMA下的相关表。 1.2、old-password，4.1之前的就密码认证模式已经禁用，old_passwords参数不可用，WL#8006 【建议】 尽快升级旧密码串，同时升级MySQL版本，不要告诉我，你还在用4.1甚至更早的版本。 1.3、部分SQL语法不可用 1.3.1、ALTER TABLE … IGNORE。 1.3.2、INSERT DELAY特性，但保留这个语法。WL#6073 1.3.3、ERROR_FOR_DIVISION_BY_ZERO, NO

1： 集群简介： 集群（cluster）技术是一种较新的技术，通过集群技术，可以在付出较低成本的情况下获得在性能、可靠性、灵活性方面的相对较高的收益，其任务调度则是集群系统中的核心技术。 集群是一组相互独立的、通过高速网络互联的计算机，它们构成了一个组，并以单一系统的模式加以管理。一个客户与集群相互作用时，集群像是一个独立的服务器。集群配置是用于提高可用性和可缩放性。----载自百度百科 redis 集群简介 redis是一个开源的key value存储系统，受到了广大互联网公司的青睐。redis3.0版本之前只支持单例模式，在3.0版本及以后才支持集群，我这里用的是redis3.0.0版本； redis集群采用P2P模式，是完全去中心化的，不存在中心节点或者代理节点； redis集群是没有统一的入口的，客户端（client）连接集群的时候连接集群中的任意节点（node）即可，集群内部的节点是相互通信的（PING-PONG机制），每个节点都是一个redis实例； 为了实现集群的高可用，即判断节点是否健康（能否正常使用），redis-cluster有这么一个投票容错机制：如果集群中超过半数的节点投票认为某个节点挂了，那么这个节点就挂了（fail）。这是判断节点是否挂了的方法； 那么如何判断集群是否挂了呢? -> 如果集群中任意一个节点挂了，而且该节点没有从节点（备份节点）