资讯专栏INFORMATION COLUMN

我眼中的 Redis

liujs / 902人阅读

摘要:如今数据量越来越大,传统的关系型数据库已经无法应付如此大数据的需求了。由此可见,在数据量日渐增长的今天,为了解决大数据量与高并发的难题,应运而生。的消息存储采用的就是数据库,支持大数据进行随机实时访问。

引言

打开Microsoft To-Do,发现Redis的学习计划还躺在那里。

其实我对Redis的理解,仅仅停留在我认识这个单词的层面上。

学习 简介

本来对这个Redis没什么兴趣的,不就是一个缓存的数据库而已吗?直到上次配置spring-redis的时候,发现这个东西没有用户名。

spring:
  redis:
    host: 127.0.0.1
    port: 6379
    password:

配置如上所示,只有主机、端口和密码,和普通的MySQL或其他数据库不同。

Redis是一个使用ANSI C编写的开源、支持网络、基于内存、可选持久性的键值对存储数据库。

我们熟知的就是Redis的缓存,Redis采用C编写,运行异常的快。是有磁盘存储支持的内存数据库!

适用于数据变化快且数据库大小可遇见(适合内存容量)的应用程序。

使用场景:股票价格、数据分析、实时数据搜集、实时通讯。

NoSQL

Redis属于NoSQLNoSQL = Not Only SQL

如今数据量越来越大,传统的关系型数据库已经无法应付如此大数据的需求了。

举个例子:假设我们使用关系型数据库存储朋友圈,那一天会产生多少数据?再查询的时候数据库不就死了吗?

这让我想起了我之前关注的一个帖子:腾讯微信的后台数据库到底是怎么设计的?无知的人相谈甚欢,最后好像是官方的哥们是在看不下去了,回复:谁告诉你们微信用的是关系型数据库?

普通关系型数据库,如果只查询的话效率很高?如果算上读写的话?那可能传统的数据库都承受不住高并发。

重要的是关系型数据库没法扩展,大家想一想,因为数据之间是有关系的,所以数据库扩展绝对不像扩展后台服务规模一样再拎个服务器出来那么简单。

由此可见,在数据量日渐增长的今天,为了解决大数据量与高并发的难题,NoSQL应运而生。

NoSQL产品主要有四类:

类型 特点 代表 适用场景
键值对存储 能实现快速查询,但存储的数据缺少结构化 Redis 内容缓存,主要用于处理大数据的高访问负载
列存储数据库 查找速度快,可扩展性强,更容易进行分布式扩展,但功能相对局限 HBase 分布式的文件系统
文档数据库 数据结构要求不严格,查询性能不高,而且缺乏统一的查询语法 MongoDB Web应用(相较于普通的Key-Value,其Value是结构化的)
图形数据库 利用图结构相关算法,但需要对整个图做计算才能得出结果,不容易分布式 Neo4j 社交网络,推荐系统,专注于构建关系图谱

这些数据库的名称大家或多或少应该听说过吧?今天才真正知道它们的作用,各有其特长,我们需根据业务场景动态选择。Facebook的消息存储采用的就是HBase数据库,支持大数据进行随机、实时访问。

NoSQL因为数据之间都是没有关系的,所以易扩展,同时具有很高的读写性能,很适合高并发场景。

历史

2008年,意大利的一家创业公司Merzia推出了一款基于MySQL的网站实时统计系统LLOOGG

没过多久,创始人Salvatore SanfilippoMySQL的性能大失所望,于是他决定自己写一个数据库。牛人就是牛人,我们就算质疑MySQL的性能,想写也写不出来啊?!

2009年,Salvatore Sanfilippo完成了数据库的编写,这就是Redis

Salvatore SanfilippoRedis开源,并一直进行着Redis的开发,直到今天。我们熟知的GithubStackOverflow、新浪微博等公司都是Redis的用户。

缓存

传统的缓存代码需要这样写,很冗长,都是重复的代码。

ValueOperations valueOperations = redisTemplate.opsForValue();

logger.info("判断Redis中是否有Key");
if (redisTemplate.hasKey(url)) {
    logger.info("Redis命中,从Redis中获取");
    return valueOperations.get(url);
}

logger.info("发起Get请求");
ResponseEntity response = restTemplate.getForEntity(url, String.class);

logger.info("存入缓存");
valueOperations.set(url, response.getBody(), TIME_OUT, TimeUnit.MINUTES);

感谢Spring AOP,我们可以使用注解实现缓存功能。

@Cacheable("cacheName")
public List findAll() {
    return studentRepository.findAll();
}

使用注解实现缓存很简单,同时@Cacheable还有许多的高级用法,以后与大家详述。

操作

Redis有三种动作:

GET:根据键查找值。

SET:给定键存储值。

DEL:删除键中的值。

然后就是Redis的数据结构,这个觉得暂时还不需要知道,毕竟现在使用的是现成的@Cacheable注解,还不需要我们手动去操作Redis

一如代码深似海,软件之路很广很远。生命有限的我们不能把所有东西都精通,我们要在学习成本与能力提升之间进行权衡。

总结
故不积跬步,无以至千里;不积小流,无以成江海。骐骥一跃,不能十步,驽马十驾,功在不舍。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/62084.html

相关文章

  • 眼中 Redis

    摘要:如今数据量越来越大,传统的关系型数据库已经无法应付如此大数据的需求了。由此可见,在数据量日渐增长的今天,为了解决大数据量与高并发的难题,应运而生。的消息存储采用的就是数据库,支持大数据进行随机实时访问。 引言 打开Microsoft To-Do,发现Redis的学习计划还躺在那里。 showImg(https://segmentfault.com/img/bVbrzQN?w=1631&...

    trilever 评论0 收藏0
  • 眼中 Nginx(五):Nginx — 子请求设计之道

    摘要:上图中,每个红圈表示一个请求,每一层的请求分别是上一层请求的子请求。换而言之,父请求是依赖于子请求的。特别地,的子请求运行时,会阻塞父请求挂起其对应的协程。 张超:又拍云系统开发高级工程师,负责又拍云 CDN 平台相关组件的更新及维护。Github ID: tokers,活跃于 OpenResty 社区和 Nginx 邮件列表等开源社区,专注于服务端技术的研究;曾为 ngx_lua 贡...

    Jioby 评论0 收藏0
  • 一个开发眼中运维

    摘要:资源包括什么内存磁盘网络文件描述符外部缓存数据库等,编程语言是如何管理资源的合理的算法架构保证了资源的合理使用,分配内存使用网络等等。 在云计算时代,开发和运维的结合变得越来越重要。在DIFF论坛第一期,前新浪SAE运维主管,郑志勇,分享了《一个开发眼中的运维》根据自己从开发人员转型运维之后的心得,谈如何把在开发上的运用抽象思维方式运用到运维领域。 showImg(http://se...

    Hanks10100 评论0 收藏0
  • JDK源码那些事儿之眼中HashMap

    摘要:接下来就来说下我眼中的。链表转换为树的阈值,超过这个长度的链表会被转换为红黑树,当然,不止这一个条件,在下面的源码部分会看到。 源码部分从HashMap说起是因为笔者看了很多遍这个类的源码部分,同时感觉网上很多都是粗略的介绍,有些可能还不正确,最后只能自己看源码来验证理解,写下这篇文章一方面是为了促使自己能深入,另一方面也是给一些新人一些指导,不求有功,但求无过。有错误的地方请在评论中...

    voyagelab 评论0 收藏0
  • 眼中闭包

    闭包,顾名思义就是一个封闭的包裹,你没办法窥探到其内部,只能通过暴露给你的方法进行操作。其实在写代码的过程中,我们可能已经使用了闭包,只是当时不知道而已。等理解了闭包,再去回顾以前的代码,就会发现JavaScript中闭包无处不在。刚开始学习闭包的时候,我看过很多关于闭包的文章,大部分都会举例这样一段代码:showImg(https://segmentfault.com/img/bVO3Mo?w=...

    leeon 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<