Redis

　　Linux是操作系统之一，也是现在大多数企业都比较喜欢使用的系统，可以从事的岗位有很多，为就业者提供广阔的发展空间。那么Linux相关岗位有哪些?具体工作内容是什么? 　　1、Linux运维工程师 　　一般从企业入门到中级Linux运维工程师的工作大致有：挑选IDC机房及带宽、购买物理服务器或云服务、购买及使用CDN服务、搭建部署程序开发及用户的访问系统环境、对数据进行备份及恢复、处理网站运行中的各种故障、对网站的故障进行监控、解决网站运行的潜在安全问题、开发自动化脚本程序提高工作效率、规划网站架构、程序发布流程和规范，制定运维工作制度和规范、配合开发人员部署及调试产品研发需要的测试环境、代码发布等工作需求，公司如果较小可能还会兼职网管、网络工程师、数据库管理员、安全工程师、技术支持等职责。 　　2、Linux运维架构师 　　1)自动化代码上线(SVN/GIT+Jenkins+MVN)解决方案;2)云计算部署架构及Docker微服务架构方案;3)服务自动化扩容方案(KVM/OpenStack/Docker+Ansible+Zabbix);4)10万并发的网站架构、秒杀系统的架构及解决发你个案;5)多IDC机房互联方案、全网数据备份解决方案、账号统一认证方案;6)数据库、存储及各重要服务节点的集群和高可用方案;7)各网络服务的极端优化方案、服务解耦/拆分;8)运维流程、制度

常见的集群架构如图： redis操作过程中数据同步的函数调用关系： 集群搭建： 　　1.修改3个redis.config 文件的： 　　2.启动2个redis服务器 当杀掉redis主进程Master时，由于Slave（6380）只读，则无法向redis中写数据了，这时我们将借助sentinel工具进行监控主从服务器。 以上内容希望帮助到大家， 很多PHPer在进阶的时候总会遇到一些问题和瓶颈，业务代码写多了没有方向感，不知道该从那里入手去提升，对此我整理了一些资料，包括但不限于：分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6，laravel，YII2，Redis，Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货需要的可以免费分享给大家 ，需要戳这里 PHP进阶架构师>>>实战视频、大厂面试文档免费获取 来源： oschina 链接： https://my.oschina.net/u/4234147/blog/4511551

Squid是什么 Squid是一种用来缓冲Internet数据的软件。它接受来自人们需要下载的目标（object）的请求并适当地处理这些请求。也就是说，如果一个人想下载一web页面，他请求Squid为他取得这个页面。Squid随之连接到远程服务器(比如： http://squid.nlanr.net ) 并向这个页面发出请求。然后，Squid显式地聚集数据到客户端机器，而且同时复制一份。当下一次有人需要同一页面时，Squid可以简单地从磁盘中读到它，那样数据迅即就会传输到客户机上。当前的Squid可以处理HTTP，FTP，GOPHER，SSL和WAIS等协议。但它不能处理如POP，NNTP，RealAudio以及其它类型的东西。 我这里的常用于做服务器的统一出口，把squid作为能够出公网的设备，然后为所有需要出公网的服务器进行代理设置，从而带动内网服务器能够上网，但是我们上网也是仅仅使用公网的yum源以及公网的一些技术资源。 Squid的基本类型 传统代理 也就是普通的代理服务，，必须在客户端的浏览器、QQ聊天工具、下载软件等程序中手动设置代理服务器的地址和端口，然后才能使用代理服务来访问网络。对于网页浏览器，访问网站时的域名解析请求也会发送给指定的代理服务器。 透明代理 提供与传统代理相同的功能和服务，其区别在于客户机不需要指定代理服务器的地址和端口，而是通过默认路由

随着用户需求的提升和架构的复杂，我们所需要的项目也是越来越复杂。考虑到项目的性能，架构的合理性，数据主键生成也慢慢显得尤为重要起来。 今天我就介绍几种常用的主键生成方案： 一、主键自增 这是数据自带的一种特性，只需在建表语句中主键后添加 AUTO_INCREMENT ,就会在主键中按照顺序自动成主键id。 优点： 1.自增的id天然排序，对于分页查询和需要排序的查询非常友好 2.自增id的性能相对还可以 缺点： 1.在单个数据库或读写分离或一主多从的情况下，只有一个主库可以生成。有单点故障的风险。 2.在性能达不到要求的情况下，比较难于扩展。 3.如果遇见多个系统需要合并或者涉及到数据迁移会相当痛苦。 4.分表分库的时候会有麻烦。 二、UUID 这是java1.5推出的，号称是全球唯一的标识。可以这样生成： UUID uuid = UUID . randomUUID ( ) ; 优点： 1.生成代码简单，ID全球唯一 2.数据库迁移不需要担心 缺点： 1.无法排序 2.查询效率慢 redis集群生成id redis由于是单线程，可以生成全局唯一id。且基于内存操作，在数据性能不够时可使用。可以用Redis的原子操作 INCR和INCRBY来实现。 比如：我们的redis集群有3台redis那么我们可以这么做： A: 1,2,3 第一次生成 B：4,5,6 第二次生成 C：7,8,9

前言 最近写了很多数据库相关的文章，大家基本上对数据库也有了很多的了解，数据库本身有所了解了，我们是不是应该回归业务本身呢？ 大家去了解过自己企业数据库的部署方式么？是怎么部署的，又是部署在哪里的？部署过程中可能会出现的问题有哪些？ 是主从？还是双主？有没有分库？大的表做了分表没？等等...部署方式大概率也都是分库的，表数量级超千万基本上都开始分表了，考虑周全的企业，肯定也有数据库的冷备，热备，灾备，以及异地容灾等等。 我还记得我大学做项目，学校就是买了很多物理机，我们的项目和数据库都是部署在自己内部的服务器上的，那家伙一到夏天风我嗡嗡嗡的吹，烦死了，机房还很热。 但是我敢打赌，大家现在所在的企业，大概率都是使用了各种云服务厂商的服务部署方式，那就引入了今天的第一个思考。 为什么数据库要上云呢？ 我们公司的大多数服务以及数据库都是在对应的云服务厂商的，那问题就来了，为啥都要上云呢？ 在思考这个问题的时候，我第一时间想到了反证法， 不上云的坏处是啥？ 成本 相较于传统服务器需要购买、租用的方式，云服务器采用即用即收费的方式，减少购买成本，灵活扩展的容量可以按自己需求来定，不用前期估量需要用多少。 我之前所在的电商活动团队，每次到了大促我们就去租赁云服务厂商的流量机，等活动结束就还回去，真的就是成本最大化了，而且还是根据你的使用流量计费。 如果大家还是使用自己购买的服务器

import redis.clients.jedis.Jedis; import redis.clients.jedis.ScanParams; import redis.clients.jedis.ScanResult; import java.util.List; import java.util.Set; public class RedisApplication { private static String prefix = "ws:"; static Jedis jedis; static { jedis = new Jedis("localhost"); System.out.println("连接成功"); } public static void main(String[] args) { // init(); list(); // scan(); del(); } private static void del() { Long count = jedis.del("abc"); System.out.println(count); } private static void scan() { ScanParams params = new ScanParams(); params.match("ws:*"); // params.count(3);

1、安装步骤 推荐进入到linux路径/usr/local/ cd /usr/local/ wget http://download.redis.io/releases/redis-4.0.10.tar.gz tar xzf redis-4.0.10.tar.gz cd redis-4.0.10/ make 至此，redis安装完毕 2、配置优化redis，修改redis.conf配置文件 (1)、bind 127.0.0.1 将这里前面加上#表示redis开启远程连接 不加#选择默认表示只能连接ip为127.0.0.1的本地回环地址，无法连接真实的ip. (2)、daemonize yes （这里讲原来的no改为yes,目的是为了设置后台运行） (3)、requirepass foobared 找到这一行，在下面设置密码如 requirepass 123456 表示你的密码是123456 3、启动redis /usr/local/redis-4.0.9/src/redis-server /usr/local/redis-4.0.9/redis.conf 表示 指定配置文件 直接执行 4、查看redis启动成功 5、本地客户端连接测试 6、客户端远程通过ip连接redis src/redis-cli -h 192.168.1.81 -p 6379

目录 一、项目配置问题 1、【maven项目目录结构】 2、【修改目录属性】 3、【设置web源目录】 4、【maven低版本和servlet3.0冲突】 5、【控制台输出乱码解决】 二、前台代码 1、【发送异步请求】 2、【校验手机号格式】 3、【校验邮箱格式】 4、【失去焦点事件】 5、【前后端交互】 6、【html的onclick()事件】 7、【jackson】 8、【checkbox】 9、【获取url中拼接的参数】 三、工具类的使用 四、路径分发思想 五、数据库问题 1、【连接问题】 2、【mysql语句】 3、【缓存优化】 五、个人对项目一些细微不足的优化 1、【Alibaba Java Coding Guidelines】 2、【抽取了验证码校验功能】 3、【关于listnull和list.size()0】 六、实现未完成的功能 1、【加载完成时，让大图成为第一张】 2、【增加验证码为空的信息，并且刷新验证码】 3、【增加我的收藏及分页功能】 4、【增加了自动登录功能】 5、【增加了热门推荐功能】 6、【增加了首页三大种类旅游路线的显示功能】 7、【增加了收藏排行榜展示分页以及查询功能】 8、【一点小bug】 七、个人反思 八、后续补充 算是经历了整整四天吧，前两天听课跟着视频敲。后两天自己手动完成剩余的其他若干功能，一路debug过来，收获许多，在此记录

如果你是一位后端工程师，面试时八成会被问到 Redis，特别是那些大型互联网公司，不仅要求面试者能简单使用 Redis，还要深入理解其底层实现原理，具备解决常见问题的能力。 可以说，熟练使用 Redis 就是后端工程师的必备技能。 但我发现，在工作或面试时，大家还是会有这样那样的疑问，比如：如何用 Redis 实现分布式锁？Redis 怎样处理过期键？缓存雪崩、穿透、热点问题怎么解决？持久化、集群方案怎么选择？如何优雅地给 Redis 做键值分析？等等。 这里，分享给你一张 Redis 问题画像图 ，帮你快速查找问题对应的 Redis 主线模块，进而定位相应的技术点。 举个例子，如果 Redis 响应变慢了，对照这张图你就可以发现，这个问题与 Redis 性能主线相关，而性能主线又和数据结构、异步机制、RDB、AOF 重写相关。找到了影响因素，解决起来就容易多了。 在学习和使用过程中，你还可以结合自己的实践经验，不断完善这张图。这样一来，你的积累越多，画像就越丰富。 这张图出自蒋德钧，他是中科院计算所副研究员，长期致力于 Redis 研究，与阿里、蚂蚁金服、百度、华为、中兴等公司开展了多种项目合作，具有丰富的 Redis 实战经验，申请了 NVM （非易失内存）相关专利二十多项。 最近，他推出了专栏 《Redis 核心技术与实战》 ，看了目录和部分内容，很想推荐给你。 在专栏中

集群版本: redis-4.0.14 集群节点: 节点角色 IP redis-master 10.100.8.21 redis-slave1 10.100.8.22 redis-slave2 10.100.8.23 redis-sentinel01 10.100.8.24 redis-sentinel02 10.100.8.25 redis-sentinel03 10.100.8.26 主从部署 全部节点执行： useradd -M -s /sbin/nologin redis; mkdir /srv/{app,data,logs}/redis; cd /srv/tmp/ wget http://download.redis.io/releases/redis-4.0.14.tar.gz tar -zxf redis-4.0.14.tar.gz cd redis-4.0.14 make MALLOC=libc make PREFIX=/srv/app/redis install mkdir /srv/app/redis/conf; chown -Rf redis:redis /srv/{app,data,logs}/redis; 修改redis-master配置文件 /srv/app/redis/conf/redis.conf ,这里我们开启了AOF持久化，并启用了密码: bind