memcached

在使用redis时，一般会设置一个过期时间，当然也有不设置过期时间的，也就是永久不过期。当设置了过期时间，redis是如何判断是否过期，以及根据什么策略来进行删除的。 设置过期时间 expire key time(以秒为单位) 这是最常用的方式 setex(String key, int seconds, String value) 字符串独有的方式 除了字符串自己独有设置过期时间的方法外，其他方法都需要依靠expire方法来设置时间如果没有设置时间，那缓存就是永不过期如果设置了过期时间，之后又想让缓存永不过期，使用persist key 三种过期策略 定时删除 在设置key的过期时间的同时，为该key创建一个定时器，让定时器在key的过期时间来临时，对key进行删除 优点： 保证内存被尽快释放 缺点： 若过期key很多，删除这些key会占用很多的CPU时间，在CPU时间紧张的情况下，CPU不能把所有的时间用来做要紧的事儿，还需要去花时间删除这些key 定时器的创建耗时，若为每一个设置过期时间的key创建一个定时器（将会有大量的定时器产生），性能影响严重 懒汉式式删除 key过期的时候不删除，每次通过key获取值的时候去检查是否过期，若过期，则删除，返回null。 优点： 删除操作只发生在通过key取值的时候发生，而且只删除当前key，所以对CPU时间的占用是比较少的

云计算介绍 当用户能够通过互联网方便的获取到计算、存储等服务时，我们比喻自己使用到了“云计算”，云计算并不能被称为是一种计算技术，而更像是一种服务模式。每个运维人员心里都有一个对云计算的理解，而最普遍接受的是NIST(美国国家标准与技术研究院)的定义： 云计算是一种按使用量付费的服务模式，这是一种能够提供可用的、便捷的、按需求的网络访问模式，计算共享池能够快速的为用户提供网络、服务器、存储、应用软件及其他服务，并且只需要花费很少的管理时间。 服务层次 NIST还针对于云计算的服务模式提出了3个服务层次： Iaas：提供给用户的是云计算基础设施，包括CPU、内存、存储、网络等其他的资源服务，用户不需要控制存储与网络等基础设施。 Paas：提供给用户的是云计算中的开发和分发应用的解决方案，用户能够部署应用程序，也可以控制相关的托管环境，比如云服务器及操作系统，但用户不需要接触到云计算中的基础设施。 Saas：提供给用户的是云计算基础设施上的应用程序，用户只需要在客户端界面访问即可使用到所需资源，而接触不到云计算的基础设施。 、 OpenStack项目 OpenStack官方网站：https://www.openstack.org/ Openstack项目的版本按照ABCDEFG……的顺序发布，每6个月更新一次。

作者：Kaito 链接：kaito-kidd.com/2020/06/28/redis-vs-memcached/ 前言 我们都知道，Redis和Memcached都是内存数据库，它们的访问速度非常之快。但我们在开发过程中，这两个内存数据库，我们到底要如何选择呢？它们的优劣都有哪些？ 为什么现在看Redis要比Memcached更火一些？ 这篇文章，我们就从各个方面来对比这两个内存数据库的差异，方便你在使用时，做出最符合业务需要的选择。 要分析它们的区别，主要从以下几个方面对比： 线程模型 数据结构 淘汰策略 管道与 事务 持久化 高可用 集群化 线程模型 要说性能，必须要分析它们的服务模型。 Memcached处理请求采用多线程模型，并且基于IO多路复用技术，主线程接收到请求后，分发给子线程处理。 这样做好的好处是，当某个请求处理比较耗时，不会影响到其他请求的处理。 当然，缺点是CPU的多线程切换必然存在性能损耗，同时，多线程在访问共享资源时必然要加锁，也会在一定程度上降低性能。 Redis同样采用IO多路复用技术，但它处理请求采用是单线程模型，从接收请求到处理数据都在一个线程中完成。 这意味着使用Redis，一旦某个请求处理耗时比较长，那么整个Redis就会阻塞住，直到这个请求处理完成后返回，才能处理下一个请求，使用Redis时一定要避免复杂的耗时操作。 单线程的好处是

一、什么是缓存穿透，如何预防？ 缓存穿透是指缓存和数据库中都没有的数据，而用户不断发起请求，请求直接打在了数据库上。 对于缓存穿透的话一般来说只需要针对空值缓存就行，过期时间设置5-10分钟，这样就流量就不会打在数据库上导致死机宕机。 二、什么是缓存击穿，如何预防？ 缓存击穿，是指一个key非常热点，在不停的扛着大并发，大并发集中对这一个点进行访问，当这个key在失效的瞬间，持续的大并发就穿破缓存，直接请求数据库，就像在一个屏障上凿开了一个洞。 缓存击穿的话，设置热点数据永远不过期。或者加上互斥锁就能搞定了。 二、什么是缓存雪崩，如何预防？ 缓存雪崩，是指在某一个时间段，缓存集中过期失效。 雪崩其实也可以做到提前预防，那就是用到过期时间的key，时间全部错开，此外，有些数据可以做永久保存的话那就直接保存好了，这样就不会造成大面积的key失效了。 1.永不过期 比如某些热点数据可以设置永不过期。 2.过期时间错开 处理缓存雪崩简单，在批量往Redis存数据的时候，把每个Key的失效时间都加个随机值就好了，这样可以保证数据不会在同一时间大面积失效。 如果Redis是集群部署，将热点数据均匀分布在不同的Redis库中也能避免全部失效的问题。 setRedis（Key，value，time + Math.random() * 10000） 3.多缓存结合

作者：爱茹一婉年 原文： https : //blog.csdn.net/qq_21924011/article/details/80399836 1）集合类：List和Set比较，各自的子类比较（ArrayList，Vector，LinkedList；HashSet，TreeSet） List：元素是有顺序的，元素可以重复因为每个元素有自己的角标（索引） |-- ArrayList:底层是数组结构，特点是：查询很快，增删稍微慢点，线程不同步：A线程将元素放在索引0位置，CPU调度线程A停止，B运行，也将元素放在索引0位置，当A和B同时运行的时候Size就编程了2. |-- LinkedList：底层使用的是链表数据结构，特点是：增删很快，查询慢。线程不安全，线程安全问题是由多个线程同时写或同时读写同一个资源造成的。 |--Vector:底层是数组数据结构，线程同步，Vector的方法前面加了synchronized关键字，被ArrayList代替了，现在用的只有他的枚举。 Set：元素是无序的，且不可以重复（存入和取出的顺序不一定一致），线程不同步。set底层是使用Map实现的，故可以通过ConcurrentHashMap的方式变通实现线程安全的Set。 |--HashSet：底层是哈希表数据结构。根据hashCode和equals方法来确定元素的唯一性。

Model 到目前为止，当我们的程序涉及到数据库相关操作时，我们一般都会这么搞： 创建数据库，设计表结构和字段 使用 MySQLdb 来连接数据库，并编写数据访问层代码 业务逻辑层去调用数据访问层执行数据库操作 import MySQLdb def GetList(sql): db = MySQLdb.connect(user='root', db='wupeiqidb', passwd='1234', host='localhost') cursor = db.cursor() cursor.execute(sql) data = cursor.fetchall() db.close() return data def GetSingle(sql): db = MySQLdb.connect(user='root', db='wupeiqidb', passwd='1234', host='localhost') cursor = db.cursor() cursor.execute(sql) data = cursor.fetchone() db.close() return data 　　 django为使用一种新的方式，即：关系对象映射（Object Relational Mapping，简称ORM）。 　　PHP：activerecord 　　Java：Hibernate

前言 在若干次前的一场面试，面试官看我做过 python 爬虫/后端 的工作，顺带问了我些后端相关的问题： 你觉得什么是后端？ 送命题 。当时脑瓦特了，答曰： 逻辑处理和数据增删改查。。。 当场被怼得体无完肤，羞愧难当。事后再反思这问题，结合资料总结了一下。发现自己学过的 Redis 、 Elasticsearch 和 DNS 等其实都属于后端知识体系范畴。 在本文中，我将尝试 总结前端须知的后端体系入门 。 无论你的动机是什么，这个体系里都有你想要了解或学习的东西： 存储和服务如何结合在一起？ 什么时候（或为什么）我需要用到这个？ 全栈之路该怎么走？ 各技术的主流框架选择 本文目录 ： 1. Web / Application Servers 2. 负载均衡器: Load Balancer 3. 域名解析系统，DNS 4. HTTPS / SSL证书 5. 数据库，Database 6. Blob / 文件存储 7. 内容分发网络（CDN） 8. 缓存服务：Caching Service 9. 消息队列：Message queue 1. Web / Application Servers Web Servers 服务器：Web服务器，使用 http 协议向Web提供内容。 Application Servers ：应用程序服务器，托管并公开业务逻辑和进程。 1.1 服务器端语言

Dan McKinley 无明 阅读数：20663 2019 年 7 月 22 日 本文主人公从事软件开发近 20 年，既在大公司待过，也在小公司待过。在他的职业生涯中，发现了很多跟技术选型相关的各种问题：应该选新潮的技术还是无聊的技术？应该搭建极客范的技术栈还是使用基础的工具？应该用开发者喜欢的还是维护起来省事的？他对此作了深入的剖析，希望能帮到你。（多图流量预警！） 我叫 Dan McKinley，坑里的那个人就是我。 我现在在一家叫作 Mailchimp 的公司上班。更早之前是在 Etsy，因为在 Etsy 待的时间比较长，所以后面会更多地提到我在这家公司的经历。其实在离开 Etsy 之后，我也在其他几家公司干过。 我既在大公司待过，也在小公司待过，还创办过自己的公司。在经历了这些公司之后，我注意到了一些现象。 大公司有自己的做事方式，他们提供了“沙盒”一样的环境，在这样的环境里，会有人满足你的需求，帮你答疑解惑，让你感觉受到了“百般宠爱”。 但我也经历过几个过渡时期，在这些过渡时期，需要自己解决一些棘手的问题。 首先， 如何选择合适的技术？ 另一个我比较关心的问题是： 如何让开发人员开心地使用这些技术？ 因为我自己也是开发者，所以这一点对于我来说比较重要。如果有可能，我会尽量让自己过得开心些。 如果你问开发人员什么东西会让他们开心，他们通常会说：“如果可以使用