<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[Welcome  to    【 磊 子 收 藏 】]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/zhanglei721</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; zhanglei721]]></copyright><item><title><![CDATA[5分钟让你了解 ZooKeeper 的原理]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/79507243</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/79507243</guid><author>zhanglei721</author><pubDate>Sat, 10 Mar 2018 13:43:46 +0800</pubDate><description><![CDATA[前言
ZooKeeper 是一个开源的分布式协调服务，由雅虎创建，是 Google Chubby 的开源实现。分布式应用程序可以基于 ZooKeeper 实现诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知、集群管理、Master 选举、分布式锁和分布式队列等功能。
1、简介
ZooKeeper 是一个开源的分布式协调服务，由雅虎创建，是 Google Chubby 的开源实现。分布]]></description><category></category></item><item><title><![CDATA[Kafka 对比 ActiveMQ]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/79507222</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/79507222</guid><author>zhanglei721</author><pubDate>Sat, 10 Mar 2018 13:41:48 +0800</pubDate><description><![CDATA[Kafka 是LinkedIn 开发的一个高性能、分布式的消息系统，广泛用于日志收集、流式数据处理、在线和离线消息分发等场景。虽然不是作为传统的MQ来设计，在大部分情况，Kafaka 也可以代替原先ActiveMQ 等传统的消息系统。
Kafka 将消息流按Topic 组织，保存消息的服务器称为Broker，消费者可以订阅一个或者多个Topic。为了均衡负载，一个Topic 的消息又可以划分到多]]></description><category></category></item><item><title><![CDATA[Netty入门（一）：零基础“HelloWorld”详细图文步骤]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/79480358</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/79480358</guid><author>zhanglei721</author><pubDate>Thu, 08 Mar 2018 10:03:46 +0800</pubDate><description><![CDATA[因为接下来的项目要用到netty,所以就了解一下这个程序，奈何网上的教程都是稍微有点基础的，所以，就写一篇对于netty零基础的，顺便也记录一下。
 
先扔几个参考学习的网页： 
netty 官方API： http://netty.io/4.1/api/index.html
netty 中文指南：https://waylau.com/netty-4-user-guide/   （来自个人）]]></description><category></category></item><item><title><![CDATA[Java中使用Jedis操作Redis]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77466908</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77466908</guid><author>zhanglei721</author><pubDate>Tue, 22 Aug 2017 08:53:16 +0800</pubDate><description><![CDATA[package com.test;


import java.util.HashMap;
import java.util.Iterator;
import java.util.List;
import java.util.Map;


import org.junit.Before;
import org.junit.Test;


import redis.clie]]></description><category></category></item><item><title><![CDATA[redis 服务器初始化]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77466882</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77466882</guid><author>zhanglei721</author><pubDate>Tue, 22 Aug 2017 08:49:24 +0800</pubDate><description><![CDATA[初始化服务器

从启动 Redis 服务器，到服务器可以接受外来客户端的网络连接这段时间， redis 需要执行一系列初始化操作。

整个初始化过程可以分为以下六个步骤：

初始化服务器全局状态。载入配置文件。创建 daemon 进程。初始化服务器功能模块。载入数据。开始事件循环。

以下各个小节将介绍 Redis 服务器初始化的各个步骤。

1. 初始化服务器全局状态

]]></description><category></category></item><item><title><![CDATA[Redis 与 数据库处理数据的两种模式]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77466788</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77466788</guid><author>zhanglei721</author><pubDate>Tue, 22 Aug 2017 08:35:35 +0800</pubDate><description><![CDATA[Redis 是一个高性能的key-value数据库。 redis的出现，很大程度补偿了memcached这类key-value存储的不足，在部
 分场合可以对关系数据库起到很好的补充作用。它提供了Python，Ruby，Erlang，PHP客户端，使用很方便。

　　1. 按照我们一般的使用Redis的场景应该是这样的：



　　也就是说：我们会先去redis中判断数据是否存在，如]]></description><category></category></item><item><title><![CDATA[activeMQ主要的几类集群部署方式]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77466772</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77466772</guid><author>zhanglei721</author><pubDate>Tue, 22 Aug 2017 08:32:53 +0800</pubDate><description><![CDATA[一、activeMQ主要的几类部署方式比较
1、默认的单机部署（kahadb）
activeMQ的默认存储的单机方式，以本地kahadb文件的方式存储，所以性能指标完全依赖本地磁盘IO，不能提供高可用。
 
2、基于zookeeper的主从（levelDB Master/Slave）
5.9.0新推出的主从实现，基于zookeeper来选举出一个master，其他节点自动作为slave实]]></description><category></category></item><item><title><![CDATA[ActiveMQ持久化消息的三种方式]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77466746</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77466746</guid><author>zhanglei721</author><pubDate>Tue, 22 Aug 2017 08:23:36 +0800</pubDate><description><![CDATA[1：前言

     这一段给公司开发消息总线有机会研究ActiveMQ，今天撰文给大家介绍一下他的持久化消息。本文只介绍三种方式,分别是持久化为文件，MYSql，Oracle。下面逐一介绍。

A：持久化为文件

     这个你装ActiveMQ时默认就是这种，只要你设置消息为持久化就可以了。涉及到的配置和代码有

        persistenceAdapter>
   ]]></description><category></category></item><item><title><![CDATA[activeMQ消息阻塞 丢失 假死--架构]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77466740</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77466740</guid><author>zhanglei721</author><pubDate>Tue, 22 Aug 2017 08:21:08 +0800</pubDate><description><![CDATA[jms有三部分组成。生产者，中间件(broker)，消费者 ，
生产者，中间件(broker)，消费者 



JMSDeliveryMode 
NON_PERSISTENT 非持久化 表示消息发往JMS消息服务器之后，保存在内存中，不做持久化； 
PERSISTENT 持久化 消息发往JMS消息服务器之后，持久化数据。以保证消息服务器拓机造成的消息丢失。



======]]></description><category></category></item><item><title><![CDATA[浅谈Nginx负载均衡与F5的区别]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77446589</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77446589</guid><author>zhanglei721</author><pubDate>Mon, 21 Aug 2017 10:35:39 +0800</pubDate><description><![CDATA[前言

笔者最近在负责某集团网站时，同时用到了Nginx与F5，如图所示，负载均衡器F5作为处理外界请求的第一道“墙”，将请求分发到web服务器后，web服务器上的Nginx再进行处理，静态内容直接访问本地门户，动态数据则通过反向代理指向内网服务。



 



其实Nginx和F5这两者均可用作网站负载均衡，那二者有什么区别呢？笔者在此浅谈下Nginx与F5的一些区别。
]]></description><category></category></item><item><title><![CDATA[MySQL数据库的热备份和冷备份的优缺点]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77445730</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77445730</guid><author>zhanglei721</author><pubDate>Mon, 21 Aug 2017 10:11:12 +0800</pubDate><description><![CDATA[冷备份（OFF， 慢， 时间点上恢复）
冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份是将关键性文件拷贝到另外位置的一种说法。对于备份数据库信息而言，冷备份是最快和最安全的方法。

冷备份的优点： 
1．是非常快速的备份方法（只需拷贝文件）
2．容易归档（简单拷贝即可）
3．容易恢复到某个时间点上（只需将文件再拷贝回去）
4．能与归档方法相结]]></description><category></category></item><item><title><![CDATA[使用Spring实现读写分离]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77444712</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77444712</guid><author>zhanglei721</author><pubDate>Mon, 21 Aug 2017 10:05:29 +0800</pubDate><description><![CDATA[1. 使用 背景
我们一般应用对数据库而言都是“读多写少”，也就说对数据库读取数据的压力比较大，有一个思路就是说采用数据库集群的方案，
其中一个是主库，负责写入数据，我们称之为：写库；
其它都是从库，负责读取数据，我们称之为：读库；
 
那么，对我们的要求是：


读库和写库的数据一致；

写数据必须写到写库；

读数据必须到读库；


2.  方案
解决读写分离的]]></description><category></category></item><item><title><![CDATA[Spring 一主多从、多主多从 数据库配置]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77444002</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77444002</guid><author>zhanglei721</author><pubDate>Mon, 21 Aug 2017 09:41:32 +0800</pubDate><description><![CDATA[深刻讨论为什么要读写分离？

为了服务器承载更多的用户？提升了网站的响应速度？分摊数据库服务器的压力？就是为了双机热备又不想浪费备份服务器？上面这些回答，我认为都不是错误的，但也都不是完全正确的。「读写分离」并不是多么神奇的东西，也带不来多么大的性能提升，也许更多的作用的就是数据安全的备份吧。

从一个库到读写分离，从理论上对服务器压力来说是会带来一倍的性能提升，但你仔细思考一下，你的应用]]></description><category></category></item><item><title><![CDATA[Oracle分区索引--本地索引和全局索引比较]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77366506</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77366506</guid><author>zhanglei721</author><pubDate>Fri, 18 Aug 2017 10:43:16 +0800</pubDate><description><![CDATA[分区索引分为本地(local index)索引和全局索引(global index)。

其中本地索引又可以分为有前缀(prefix)的索引和无前缀(nonprefix)的索引。而全局索引目前只支持有前缀的索引。B树索引和位图索引都可以分区，但是HASH索引不可以被分区。位图索引必须是本地索引。下面就介绍本地索引以及全局索引各自的特点来说明区别；

一、本地索引特点：


1.   ]]></description><category></category></item><item><title><![CDATA[oracle按时间创建分区表]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77358846</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77358846</guid><author>zhanglei721</author><pubDate>Fri, 18 Aug 2017 09:29:00 +0800</pubDate><description><![CDATA[首先明确分区表和表分区的区别：表分区是一种思想，分区表示一种技术实现。当表的大小过G的时候可以考虑进行表分区，提高查询效率，均衡IO。Oracle分区表是oracle数据库提供的一种表分区的实现形式。表进行分区后，逻辑上仍然是一张表，原来的查询SQL同样生效，同时可以采用使用分区查询来优化SQL查询效率，不至于每次都扫描整个表


一、分区表基本操作
1、按时间分区表创建：



]]></description><category></category></item><item><title><![CDATA[Java程序员面试中的多线程问题]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77185169</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77185169</guid><author>zhanglei721</author><pubDate>Tue, 15 Aug 2017 10:58:43 +0800</pubDate><description><![CDATA[﻿﻿
很多核心Java面试题来源于多线程(Multi-Threading)和集合框架(Collections Framework)，理解核心线程概念时，娴熟的实际经验是必需的。这篇文章收集了Java线程方面一些典型的问题，这些问题经常被高级工程师所问到。
 
0、Java中多线程同步是什么？
在多线程程序下，同步能控制对共享资源的访问。如果没有同步，当一个Java线程在修改一个共享变量时，]]></description><category></category></item><item><title><![CDATA[Activemq 常见的一些问题 心得]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77185134</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77185134</guid><author>zhanglei721</author><pubDate>Tue, 15 Aug 2017 10:56:56 +0800</pubDate><description><![CDATA[﻿﻿
1.先讲严重的：服务挂掉。

这得从ActiveMQ的储存机制说起。在通常的情况下，非持久化消息是存储在内存中的，持久化消息是存储在文件中的，它们的最大限制在配置文件的节点中配置。但是，在非持久化消息堆积到一定程度，内存告急的时候，ActiveMQ会将内存中的非持久化消息写入临时文件中，以腾出内存。虽然都保存到了文件里，但它和持久化消息的区别是，重启后持久化消息会从文件中恢复，非持久化]]></description><category></category></item><item><title><![CDATA[Struts2与Struts1的区别]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77185005</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77185005</guid><author>zhanglei721</author><pubDate>Tue, 15 Aug 2017 10:51:31 +0800</pubDate><description><![CDATA[﻿﻿
Struts2其实并不是一个陌生的Web框架，Struts2是以Webwork的设计思想为核心，吸收了Struts1的优点，因此，可以认为Struts2是Struts1和Webwork结合的产物。

简单来说二者的区别是：   
     一个是Stuts1 ，一个是Stuts2，这是最大的区别，技术方面，Stuts1有个核心控制器，但是只提供了一个接口，也就是execute，还要配]]></description><category></category></item><item><title><![CDATA[oracle sql语句优化]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77105036</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77105036</guid><author>zhanglei721</author><pubDate>Tue, 15 Aug 2017 10:48:14 +0800</pubDate><description><![CDATA[好多同学对sql的优化好像是知道的甚少，最近总结了以下34条仅供参考。

（1）选择最有效率的表名顺序(只在基于规则的优化器中有效)：

ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名，FROM子句中写在最后的表(基础表 driving table)将被最先处理，在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。如果有3个以上的表连接查询,]]></description><category></category></item><item><title><![CDATA[Oracle性能优化-读懂执行计划]]></title><link>https://blog.youkuaiyun.com/zhanglei721/article/details/77105011</link><guid>https://blog.youkuaiyun.com/zhanglei721/article/details/77105011</guid><author>zhanglei721</author><pubDate>Sat, 12 Aug 2017 08:40:01 +0800</pubDate><description><![CDATA[﻿﻿
Oracle的执行计划






得到执行计划的方式








Autotrace例子








使用Explain









[sql] 
view plain 
copy 
print?


explain plan set STATEMENT_ID='testplan'  for ]]></description><category></category></item></channel></rss>