程序员小董的专栏

关于db与缓存的使用

使用setnx 来作为锁的底层实现case1 拿到锁 执行代码 但是如果此时服务器宕机就完了case2 拿到锁 设置超时时间 然后执行代码 存在两个问题 2.1 设置超时时间和获取锁 得原子性完成 2.2 如果超时时间到了 任务还没有完成 怎么办？2.2 存在两个问题 假如 a 先获得锁 设置十秒过期 a运行完成需要15s b在第十秒拿到了锁 此时两个线程都拥有锁（第一个问题） 等到第15s，a删除了锁，此时b相当于没有锁的保护了，谁想进来就都能进来（第...

关于session和cookie的历史渊源http协议是没有状态的,也就是说你第一次访问www.taobao.com然后登录,之后第二次访问www.taobao.com的时候,服务器并不知道你已经登录了这就像你去超市,超市的门卫是个健忘症晚期的老头,你第二天去,他就忘了你昨天已经来过了那具体咱们办呢?第一个方法你每次去的时候,带一个小纸板,上面写着我叫dale,是陕西咸阳人,今年28岁...

本文基本上是<<Java秒杀系统方案优化 高性能高并发实战>>的学习笔记课程地址:https://coding.imooc.com/class/168.html?mc_marking=b49c32ac64b95698208959085601d0cc&mc_channel=banner我们知道redis可以存储的数据结构比memcached多,它包含hash,l...

一般情况下,一个web系统的架构是类似这样的:一个或多个nginx做负载均衡,后面连多个tomcat(或别的类型的web服务器)。nginx做负载的时候,关于request的分流,至少就有两种策略,第一种就是根据请求的ip做hash,这样能保证同一个ip的请求都映射到同一个tomcat上。第二种,就是直接按照时间或者后端服务器的性能,负载等条件进行分流,那么这样,比如就会产生session

我们要缓存的就是形式如下面的urlhttp://test.com/shwoItem?item=itemX设计方案第一个域,是zset类型的------key是viewed:userSessionid存放的是商品id与用户查看此商品时的timestamp第二个域,是zset类型的------可以是viewed:member是商品id(全局范围内),score是商品

本文可作为redis in action第六章的读书笔记首先,数据库里有 abc,abks,pskm,aspqbmc,而自动补全,至少有两种:1 前缀补全  例如我输入'ab',给我返回abc与abks2 随机补全  例如我输入'm p'给我返回pskm,aspqbmc前缀补全ok,咱们先说这个前缀补全如果数据量不大的话,java的String类型有star

本文可作为redis in action第四章的阅读笔记我们知道,redis的数据是保存在内存里,而内存一断电就没了,所以为了数据持久化,我们得想办法把内存中的数据持久化到硬盘或者另一台机子上。先说本地持久化到硬盘,这就有两种方式,一是快照(snapshotting),二是只追加文件(append-only file AOF)快照快照的核心原理就是把redis在某个

本文可作为redis in action第六章的学习笔记其实,对redis而言,锁和事务与watch等等是分不开的。我们先来聊聊事务和watch事务,在关系型事务上的意思就是:一个事务内的sql,要不全部都执行成功,要么全部都不执行。不过redis的事务只能部分满足"一荣俱荣,一损俱损"的特性。怎么说?在关系型数据库中,一个事务内部如果发生了错误,所有sql就都回滚

本文可作为redis in aciton第六章的读书笔记功能特性支持多人多聊天室设计原理左边的一个数据域,代表两个聊天室,聊天室id分别是827,729在聊天室827里,有2个人,分别是jason22,jeff24他们分别已经阅读过聊天室内的id为5和6的消息右边的一个数据域,代表了用户在不同的聊天室,jason22参与了827与729聊天室,在

首先,我得说明这篇博客基本上就是>第一章内容的读书笔记。需求首先,说明一下,我们的需求用户可以发表文章,发表时,自己就默认的给自己的文章投了一票。用户在查看网站的文章时,文章当然是按顺序排列的(这个顺序怎么计算呢?我们把文章发表的时间求出来,这个时间就是离1970年的那个秒数,同时,文章每被投票一次,再那个时间的基础上加上一个常量。最后按照所有文章的总得分来排序)。当然,我也可

本文可作为redis in action第七章的读书笔记需求背景职位数据库里有这样的数据job1:skill1,skill2,skill4job2:skill3,skill2而每一个应聘者,都有若干个技能给定一个应聘者,从库里筛选出他能胜任(职位要求的仅能这个人必须都具备,当然他有更多的职位并没有要求的技能也是OK的)的职位方案一这也是最符合我们第一