memcached

Ansible-实战指南-LNMP环境部署，并使用zabbix监控 主机规划 系统初始化：必要的系统初始化 基础组件包括：zabbix监控，mariadb（用于存放zabbix监控信息） 业务组件包括：MySQL、memcached、nginx、PHP、haproxy、keepalived 添加用户账号 说明： 1、 运维人员使用的登录账号； 2、 所有的业务都放在 /app/ 下「yun用户的家目录」，避免业务数据乱放； 3、 该用户也被 ansible 使用，因为几乎所有的生产环境都是禁止 root 远程登录的（因此该 yun 用户也进行了 sudo 提权）。 1 # 使用一个专门的用户，避免直接使用root用户 2 # 添加用户、指定家目录并指定用户密码 3 # sudo提权 4 # 让其它普通用户可以进入该目录查看信息 5 useradd -u 1050 -d /app yun && echo ' 123456 ' | /usr/bin/ passwd -- stdin yun 6 echo " yun ALL=(ALL) NOPASSWD: ALL " >> /etc/ sudoers 7 chmod 755 /app/ 备注：记得在管理机 172.16.1.180 上实现对其他机器的免密登录。 Ansible 配置清单Inventory 1 [yun@ansi

./configure --help --help print this message --prefix=PATH set installation prefix --sbin-path=PATH set nginx binary pathname --modules-path=PATH set modules path --conf-path=PATH set nginx.conf pathname --error-log-path=PATH set error log pathname --pid-path=PATH set nginx.pid pathname --lock-path=PATH set nginx.lock pathname --user=USER set non-privileged user for worker processes --group=GROUP set non-privileged group for worker processes --build=NAME set build name --builddir=DIR set build directory --with-select_module enable select module --without-select_module disable select module -

　　学Web前端该怎么求职？常见Redis面试题有哪些？Redis(全称：Remote Dictionary Server 远程字典服务)是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。很多人在Web前端求职时都会被问到Redis相关问题，尤其是在BRT类名企，接下来千锋小编就给大家分享一下。 　　1、Redis相比memcached有哪些优势? 　　1) memcached所有的值均是简单的字符串，redis作为其替代者， 支持更为丰富的数据类型; 　　2) redis的速度比memcached快很多; 　　3) redis可以持久化其数据。 　　2、Redis有哪几种数据淘汰策略? 　　noeviction:返回错误当内存限制达到并且客户端尝试执行会让更多内存被使用的命令(大部分的写入指令，但DEL和几个例外)。 　　allkeys-lru: 尝试回收最少使用的键(LRU)，使得新添加的数据有空间存放。 　　volatile-lru: 尝试回收最少使用的键(LRU)，但仅限于在过期集合的键，使得新添加的数据有空间存放。 　　allkeys-random: 回收随机的键使得新添加的数据有空间存放。 　　volatile-random: 回收随机的键使得新添加的数据有空间存放，但仅限于在过期集合的键

首先技术实力可以分为两层 ： 对技术知识和框架本身的掌握程度，比如你熟悉redis、memcached等的用法。 运用技术知识和框架解决实际问题的能力。 很多人觉得，我熟悉这种技术，了解API，会做一些小例子，就有技术实力了。但实际上，一个人的技术实力，练不到第二层，都是瞎扯淡。 所以我们接下来要讨论的是运用技术知识和框架解决实际问题的能力 。 提升技术实力，关键的是实践、实践、实践 。 通常有两种靠谱的方法 ： 找一个能够频繁给你高强度刺激的工作环境，你可以不断去实践，想停下来都不行 主动的、有意识的去做专项练习和综合练习 先说第一个，比如你在一个朝九晚五相对悠闲的公司，节奏缓慢，半年出一个版本，那就换到 996 的公司、一周一个版本的那种，Ok，自然你的技术实力就提高得快，HIGH得你不要不要的。 不过很多人是叶公好龙，不会为了提升技术实力而这么残害自己的。然而说实话，这几乎是唯一靠谱的方法。 再说第二种方法，有意练习。这是对一种方法的补充哦。注意，是补充。 因为 大部分的人，没有主动、有意的练习的能力 。 简单讲，就是不愿意为了获得某种实力而积极主动给自己加压，总想着哎呀是不是有什么方法、捷径，我照着一学，技术实力就上去了。 我可以坦白讲，没有的事！别做梦了。 所以，这第二种方法，只适用于那些愿意给自己压力、愿意逼迫自己前进的人。而且，它的目的，也是给自己创造实践的机会。

最近工作中的一个问题，耗时一个月之久终于调查完毕且顺利解决，顿时感慨万千。耗时之久和预期解决时间和环境搭建以及日志不合理等等有关，当然这个并非此文的重点。 之所以在很久以后的今天又开始写文，主要是这个问题调查的过程值得铭记。具体情况如下文述。 一、问题发现过程 数据告警服务提示相关分析结果缺失，经初步调查，发现分析服务在调用对应的NLP算法服务时出现大量Failed，遂查看算法日志，确实存在错误信息。 二、问题调查和解决 1.定位问题 1) 反馈给算法相关开发同学：他们认为可能是该算法遇到了长文本数据（超过3000字），由于分析时间超长，导致后续算法请求时出现阻塞而导致failed。 2) 根据开发的反馈，开始定位是否存在这样的长文本数据：通过分析日志和数据库查询确认后，并没有分析长文本数据，且出现异常时的文本数据均为短文本（小于200）。 3) 深入调查：该算法部署了多个节点，出现异常时，多个节点均出现了异常，因此可能是算法本身遇到了某个瓶颈问题。经确认，该算法使用了同一台GPU服务器上的tf-serveing服务。 4) 确认GPU服务器是否发生了异常情况：经确认，该服务器进行过VIP漂移操作。 5) 问题是否可以复现：测试环境中，对GPU服务器进行vip漂移操作，发现错误现象出现，问题可复现。 因此，问题的起因是GPU服务器进行了VIP漂移操作，导致算法出现异常。 2

[背景] Twitter 开源了他们自己用的一个 Apache 模块 mod_memcache_block （a distributed IP blocking system），这个模块根据 HTTP 代码请求限制访问频率。上周我装了下mod_memcache_block，出了很多错误，今天把它记录下来，供网上需要的朋友学习。 [过程] 下面的installation，是说明文档中的，不够详细，不过，放到前面供参考. INSTALLATION 1. Install libmemcached-0.25 or better. 2. Install memcached-1.2.6 3. Edit the Makefile to indicate the location of libmemcached 4. Type "make", then "make install" 5. Update your apache configuration 6. Restart the server with apachectl restart 下载 wget http://download.tangent.org/libmemcached-0.25.tar.gz wget http://memcached.googlecode.com/files/memcached-1.2.6.tar.gz

写在前面 在当今互联网行业，尤其是现在分布式、微服务开发环境下，为了提高搜索效率，以及搜索的精准度，会大量使用Redis、Memcached等NoSQL数据库，也会使用大量的Solr、Elasticsearch等全文检索服务。那么，这个时候，就会有一个问题需要我们来思考和解决：那就是数据同步的问题！如何将实时变化的数据库中的数据同步到Redis/Memcached或者Solr/Elasticsearch中呢？ 互联网背景下的数据同步需求 在当今互联网行业，尤其是现在分布式、微服务开发环境下，为了提高搜索效率，以及搜索的精准度，会大量使用Redis、Memcached等NoSQL数据库，也会使用大量的Solr、Elasticsearch等全文检索服务。那么，这个时候，就会有一个问题需要我们来思考和解决：那就是数据同步的问题！如何将实时变化的数据库中的数据同步到Redis/Memcached或者Solr/Elasticsearch中呢？ 例如，我们在分布式环境下向数据库中不断的写入数据，而我们读数据可能需要从Redis、Memcached或者Elasticsearch、Solr等服务中读取。那么，数据库与各个服务中数据的实时同步问题，成为了我们亟待解决的问题。 试想，由于业务需要，我们引入了Redis、Memcached或者Elasticsearch、Solr等服务

Redis 6.0在5.2号这个美好的日子里悄无声息的发布了，这次发布在IT圈犹如一颗惊雷一般，因为这是redis最大的一次改版，首次加入了 多线程 。 作者Antirez在RC1版本发布时在他的博客写下： the most “enterprise” Redis version to date // 最”企业级”的 the largest release of Redis ever as far as I can tell // 最大的 the one where the biggest amount of people participated // 参与人数最多的 这次改变，性能有个飞速的提升~ 先po出新版和旧版性能图 从上面可以看到 GET/SET 命令在 4 线程 IO 时性能相比单线程是几乎是翻倍了。另外，这些数据只是为了简单验证多线程 IO 是否真正带来性能优化，并没有针对严谨的延时控制和不同并发的场景进行压测。数据仅供验证参考而不能作为线上指标，且只是目前的 unstble分支的性能，不排除后续发布的正式版本的性能会更好。 Redis 6.0 之前的版本真的是单线程吗？ Redis基于Reactor模式开发了网络事件处理器，这个处理器被称为文件事件处理器。它的组成结构为4部分：多个套接字、IO多路复用程序、文件事件分派器、事件处理器。

目录 前言 一、常用指标 响应时间 并发数 QPS TPS 二、夺命三高 高并发 高性能 高可用 三、常见招式 分流 缓存 队列 CDN 池化 扩容 熔断 限流 降级 分层 部署分级 日志监控 查询优化 读写分离 分库分表 前言 冰冻三尺非一日之寒，葵花宝典也不是一天写出来的，系统设计也如此，好的架构是不断演进的。 一般来说能用单块架构解决的问题，尽量不要采用分布式。 分布式虽然可以提高系统的响应能力，也带来了更高的复杂性，如果团队技术人员水平hold不住的话，反而会产生更多问题，例如问题难以定位、系统性能下降、某种业务实现困难或无法实现等问题。 以下内容由伟大的诗人chenqionghe整理，light weight baby~ 一、常用指标 响应时间 直观反应系统快慢，一般控制在200ms以内，超过1s用户已经能感觉到慢了 并发数 同时处理请求的数目 QPS 每秒查询请求数 TPS 每秒执行事务数，着重反应写 二、夺命三高 没错，就是高血压、高血糖和高血脂，开玩笑啦~ 高并发 通过设计让系统能接收更多的用户并发请求，承担更大的流量。 一般考查并发数、QPS和TPS。 示例：庐山百龙霸，并发百龙 高性能 一般指服务响应时间快 用户视角。APP、浏览器上能直观感受快 开发视角。响应延迟低，系统吞吐量大，并发处理能力强 运维视角。基础设施配置高，CPU多核心，内存容量大 示例

一、什么是redis Redis 是完全开源免费的，遵守 BSD 协议，是一个高性能的 key-value 数据库。 Redis 支持五种数据类型：string（字符串），hash（哈希），list（列表），set（集合）及 zsetsorted set：有序集合)。 Redis 与其他 key - value 缓存产品有以下三个特点： Redis 支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。 Redis 不仅仅支持简单的 key-value 类型的数据，同时还提供 list，set，zset，hash 等数据结构的存储。 Redis 支持数据的备份，即 master-slave 模式的数据备份。 Redis 优势 性能极高 – Redis 能读的速度是 110000 次/s,写的速度是 81000 次/s 。 丰富的数据类型 – Redis 支持二进制案例的 Strings, Lists, Hashes, Sets 及Ordered Sets 数据类型操作。 原子 – Redis 的所有操作都是原子性的，意思就是要么成功执行要么失败完全不执行。单个操作是原子性的。多个操作也支持事务，即原子性，通过 MULTI 和 EXEC指令包起来。 丰富的特性 – Redis 还支持 publish/subscribe, 通知, key 过期等等特性。 二