Redis

记录通过Inno Setup Compiler打包tomcat+redis+jdk+mysql成exe文件,进行傻瓜式安装 1.安装下载inno setup软件,自行搜索下载安装 2.准备安装目录,我的目录如下(单词拼写错误忽略) 其中tomcat jdk mysql需要去下载免安装版本，发布的项目放入apache-tomcat-8.5.43\webapps下 这几个目录下的配置文件不用修改(如自己项目特殊自行修改,比如tomcat端口之类的) 3.打开安装好的inno setup软件,自行百度创建一个项目 4.mtainit.iss文件内容(主要) ; Script generated by the Inno Setup Script Wizard. ; SEE THE DOCUMENTATION FOR DETAILS ON CREATING INNO SETUP SCRIPT FILES! #define MyAppName "MTA" #define MyAppVersion "1.0" #define MyAppPublisher "Nonstandard Automation Technology Co., Ltd" #define MyAppURL "http://www.ronstein.com" #define MyAppExeName "MTA.exe"

0、 介绍 本篇文章是在我看完《从零开始学架构》之后，以架构演变为主线，梳理了一下演变过程中出现的问题以及解决方案，文章中引用了这本书的一些内容和图片 分布式和集群的概念经常被搞混，现在一句话让你明白两者的区别。 分布式 ：一个业务拆分成多个子业务，部署在不同的服务器上 集群 ：同一个业务，部署在多个服务器上 例如：电商系统可以拆分成商品，订单，用户等子系统。这就是分布式，而为了应对并发，同时部署好几个用户系统，这就是集群 1、 单应用架构 2、 应用服务器和数据服务器分离 单机负载越来越来，所以要将应用服务器和数据库服务器分离 3、 应用服务器做集群 每个系统的处理能力是有限的，为了提高并发访问量，需要对应用服务器做集群 这时会涉及到两个问题： 负载均衡 session共享 负载均衡就是将请求均衡地分配到多个系统上，常见的技术有如下几种 DNS DNS是最简单也是最常见的负载均衡方式，一般用来实现地理级别的均衡。例如，北方的用户访问北京的机房，南方的用户访问广州的机房。一般不会使用DNS来做机器级别的负载均衡，因为太耗费IP资源了。例如，百度搜索可能要10000台以上的机器，不可能将这么多机器全部配置公网IP，然后用DNS来做负载均衡。 Nginx&LVS&F5 DNS是用于实现地理级别的负载均衡，而Nginx&LVS&F5用于同一地点内机器级别的负载均衡

redis 学习问题总结 http://aperise.iteye.com/blog/2310639 ehcache memcached redis 缓存技术总结 http://aperise.iteye.com/blog/2296219 redis-stat 离线安装 http://aperise.iteye.com/blog/2310254 redis cluster 非ruby方式启动 http://aperise.iteye.com/blog/2310254 redis-sentinel安装部署 http://aperise.iteye.com/blog/2342693 spring-data-redis使用 http://aperise.iteye.com/blog/2342615 redis客户端redisson实战 http://blog.csdn.net/zilong_zilong/article/details/78252037 redisson-2.10.4源代码分析 http://blog.csdn.net/zilong_zilong/article/details/78609423 tcmalloc jemalloc libc选择 http://blog.csdn.net/u010994304/article/details/49906819

环境：Docker + ( Redis:5.0.5 * 3 ) 1、拉取镜像 docker pull redis:5.0.5 2、创建Redis容器 创建三个 redis 容器： redis-node1：6379 redis-node2：6380 redis-node3：6381 docker create --name redis-node1 -v /data/redis-data/node1:/data -p 6379:6379 redis:5.0.5 --cluster-enabled yes --cluster-config-file nodes-node-1.conf docker create --name redis-node2 -v /data/redis-data/node2:/data -p 6380:6380 redis:5.0.5 --cluster-enabled yes --cluster-config-file nodes-node-2.conf docker create --name redis-node3 -v /data/redis-data/node3:/data -p 6381:6379 redis:5.0.5 --cluster-enabled yes --cluster-config-file nodes-node-3.conf 3

最近我的博文发表得比较少，因为除了主业之外，我把时间都用在录制视频和写书等方面。这几天正好录制完一门课，和出版社谈好的一本书也全部交稿，所以趁着最近构思下本书和后继视频课的时机，总结了一下副业挣钱的模式。所以在这篇博文里，将分享下最近我经营副业的各种心得。 1 总是先从搬砖的钱挣起，但同时要规划自己的知识体系 想到挣钱，不少人第一想到的是通过公众号或其它文章发文，或者到某网发视频积累粉丝，然后再通过广告等方式变现。这种方式一定能挣到钱，但如果文章或视频内容停留在初级阶段，每天的收益估计是有限的，而且要做到有收益的地步，持续时间会很长。 比如我是做Java的，如果我就发非常基础的文章，比如String的不可变特性，以及集合的扩容等，哪怕天天发文，文章数量非常多，要积累1000个粉丝估计会很吃力，但如果我发的文章写的书录的视频包含比较深的要素，比如分布式并发组件，底层代码分析，或者结合大厂面试介绍技术经验，总之不是随便哪里都能找到的，积累粉丝会快很多。 再打个不恰当的比喻，如果初中毕业就去搬砖，确实能立即挣到钱，当如果当时再静下心读个高中，或者本科甚至硕士，那么挣钱的效率会快很多。我这里无意贬低任何挣钱的渠道和模式，这里只是想说，在能力一般的前提下，可以通过写文章等手段提升自己，但不能本末倒置，当下的任务是完善知识体系，而不是计较于当下的收益。 再以Java举例，如何完善知识体系

场景回溯 本人所在的项目是一个支付项目，有个场景就是当用户下单之后，需要及时的知道订单的支付状态，有的渠道回调比较慢，故在用户下单之后将订单信息放入redis，然后不断的去轮询调用渠道方订单查询接口。 问题复现 原始版本 不断的从redis中消费数据，然后调用渠道方订单查询接口查询订单状态，如果返回的状态是未支付的话，则会重新放到redis中，等待下一次在进行查询。每个订单在2分钟内可能会调用渠道方接口查询很多次，对渠道方的接口压力比较大。订单量小的时候还好，订单量大的时候，渠道方时常过来骂人，然后把我们的ip拉入黑名单，被怼了几次之后，我们妥协了，决定优化下相关的代码。 1.0版本 有鉴于调用渠道方的订单查询接口太频繁了，所以我们做一个优化，比如A订单，第一次查询的状态是未支付的话，则会将该订单放入map中做一个标记，同时会重新放回redis中，下次从redis中消费数据时，会首先判断下这个订单在map中有没有，如果有的话则会判断其放入到map中的时间是否超过 5秒钟 ，如果没有的话，则会 重新放入redis中 。等待下一次轮询。经过一轮代码的Review，大家都一致认为没啥大问题，交个测试测的话也没有啥大问题。就这么愉快的上线了。 1.0版本上线之后，线上立刻出现了CPU飙升的情况，飙升的情况太明显了。因为redis本身的吞吐量比较高，在这种情况下，1秒钟内

1.Redis集群 1.1 Redis分区说明 Redis分区只负责 数据应该存储到哪里的问题.至于是否能存储的下 完全由Redis内存决定. 特点: 1.hash(key1)%16384 = 3000 2.hash(key2)%16384 = 3000 key1和key2 都归第一个节点进行管理. 1.2 Redis hash槽与一致性 hash算法的区别 1.运算位置不同. 1.redis分片机制在业务服务器中完成的运算. 2.redis分区算法在连接Redis之后,由redis进行计算. 2.算法不同 一致性hash算法/hash槽算法. 3.redis分片可以随意的进行数据的保存. redis分区不能随机存储.分区中只能保存属于我的key. 1.3 Redis面试题 1.Redis集群中的主机最多 多少台? 16384个. Redis集群内存多少最多可以扩展到原有redis多少倍. 2.Redis中存储的数据最多16384个??? 不对的. 16384只是分区的大小.至于能存储多少数据,完全由内存决定. 1.4 Redis集群宕机条件说明 说明: redis集群中 只要有一台Redis 主机宕机. 则整个Redis集群崩溃(可以进行高可用) 问题分析: 1.如果有6台Redis搭建集群,问: 最少宕机多少台Redis集群崩溃??? 宕机2台集群崩溃 2

学习一下秒杀系统的设计，以及需要考虑的问题，学习一下模块化 正文 首先设计一个系统之前，我们需要先确认我们的业务场景是怎么样子的，我就 带着大家一起假设一个场景 好吧。 我们现场要卖100件 婴儿纸尿裤 ，然后我们根据以往这样秒杀活动的数据经验来看，目测来抢这100件纸尿裤的人足足有10万人。 任何系统我们开始设计之前我们都应该去思考 会出现哪些问题 ？这里我罗列了几个非常经典的问题： 问题 高并发： 是的 高并发 这个是我们想都不用想的一个点，一瞬间这么多人进来这不是高并发什么时候是呢？ 是吧，秒杀的特点就是这样 时间极短 、 瞬间用户量大 。 正常的店铺营销都是用极低的价格配合上短信、APP的精准推送，吸引特别多的用户来参与这场秒杀， 爽了商家苦了开发呀 。 秒杀大家都知道如果真的营销到位，价格诱人，几十万的流量我觉得完全不是问题，那单机的 Redis 我感觉3-4W的QPS还是能顶得住的，但是再高了就没办法了，那这个数据随便搞个热销商品的秒杀可能都不止了。 大量的请求进来，我们需要考虑的点就很多了， 缓存雪崩 ， 缓存击穿 ， 缓存穿透 这些我之前提到的点都是有可能发生的，出现问题打挂DB那就很难受了，活动失败用户体验差，活动人气没了，最后背锅的还是 开发 。 超卖： 但凡是个秒杀，都怕 超卖 ，我这里举例的只是尿不湿，要是换成100个MacBook Pro

安装 本人使用的是redis-5.0.3版本，需要其他的版本的可以直接打开连接查看选择 http://download.redis.io/releases/ 开始安装 wget http://download.redis.io/releases/redis-5.0.3.tar.gz tar -zxvf redis-5.0.3.tar.gz cd redis-5.0.3 make #安装到/usr/local/redis目录中，安装的文件只有一个bin目录 make install PREFIX=/usr/local/redis/ #创建配置文件和data存放目录 mkdir /usr/local/redis/conf /usr/local/redis/data #创建redis配置文件 cd /usr/local/redis/conf vi 6379.conf #切换到redis目录 cd /usr/local/redis/bin #运行redis 并指定配置文件 ./redis-server /usr/local/redis/conf/6379.conf 常用命令 [root@localhost bin]# ./redis-server --help Usage: ./redis-server [/path/to/redis.conf] [options] ./redis

大家都知道，Redis Desktop Manager 是一款非常好用的 Redis 可视化客户端工具，但可惜的是 v0.9.4 版本之后需要收费了： 这个工具不再免费提供安装包了，要对所有安装包收费，收费还不便宜啊，但是源码依旧是公开的，要使用就必须要自行编译。 市面上也有一些破解版本或是别人编译好的版本，但安全性难以保证，不付费，整天折腾安装和更新，始终是下策，有免费开源的好工具为啥不用。 今天我就要推荐一个免费、开源、好用的。 另一个 Redis 桌面管理工具 之前也有粉丝问我有什么好用的免费开源的 Redis 客户端，今天栈长就介绍一款，一款由国人开源的 Redis 客户端： AnotherRedisDesktopManager ，这也是我目前在使用的。 开源地址： https://github.com/qishibo/AnotherRedisDesktopManager 现在已经 6.8K+ Star 了，牛逼！ AnotherRedisDesktopManager ：即 “ 另外 ” 一个 Redis DeskTop Manager，从名字上看，这就是要代替前者的节奏。它是一款更快、更好、更稳定的 Redis 桌面管理工具，兼容 Linux, windows, mac。 更重要的是，在加载大量的键时它不会崩溃！！ 栈长之前也分享了许多好用的开发工具