redis一般用来干嘛，redis是干嘛的

大家好，今天来和大家分享一下有关Redis一般用来干嘛的问题，我们知道很多人对此还不太了解，同样的redis是干嘛的也是如此，我们今天就一起来探讨一下这两个问题吧！如果我的分享可以帮助到你，希望大家能够继续关注我们的网站，我们会持续为大家提供更多信息和帮助，谢谢大家！

一、(一)Redis-NoSql是什么、能干嘛,与关系型数据库的区别

大数据时代到来，短视频和大量图片导致数据表非常大，频繁的查询导致传统的关系型数据库难以满足需求，因此非关系型数据库就应运而生。Redis数据库是NoSQL是一种，在分布式数据库的CAP原理中，Redis满足强一致性和高可用性，强一致性就是要保证数据的质量，高可用性即稳定性，本文简单介绍了非关系型数据库是什么、能干嘛，与关系型数据库的区别。

一、NoSQL定义

NoSQL（Not Only SQL），意即“不仅仅是SQL”，泛指非关系型数据库。NoSQL数据库的产生就是为了解决大规模数据集合多重数据种类带来的挑战，例如谷歌或facebook每天为他们的用户收集万亿比特的数据，这些类型的数据存储不需要固定的模式，无需多余操作就可以横向扩展。

二、NoSQL的优势

1.易扩展

NoSQL数据库种类繁多，但有一个共同的特点是去掉关系数据库的关系型特性。数据间无关系，这样就非常容易拓展，无形之间在架构层面上带来了可扩展的能力。

2.大数据量高性能

NoSQL数据库具有非常高的读写性能，尤其在大数据量下，一秒钟写8万，读16万次

3.多样灵活的数据模型

NoSQL无需事先为要存储的数据建立字段，随时可以根据存储自定义数据格式，而在关系型数据库里增删字段，比如在存储微信用户信息的表里添加一个手机号字段，简直就是噩梦。

4.RDBMS和NoSQL

关系型数据库&非关系型数据库的对比

三、3V+3高

海量：微博

多样：呈现方式是图片、文字等，终端是手机、电脑、pad等。

实时：12306的铁路信息需要做到实时更新，但是做不到绝对的实时，只能做到准实时。

高并发：12306在抢火车票的时候是高并发的

高可扩（扩展性）：

横向扩展：针对多台机器，多台机器整合成一个集群

纵向扩展：针对一台机器，2G不够了，插两条4G就变8G，但纵向扩展长期来看总有尽头

四、NoSQL数据模型简介

（一）以一个电商客户、订单、订购、地址模型来对比关系型数据库和非关系型数据库数据库

1.关系型数据库：

2.非关系型数据库：

就像一个jason串一样，被称为聚合模型

（二）思考

为什么上述情况可以用聚合模型来处理？

1.在关系型数据库里用left join关联查询，但是涉及多张表，查询语句很长很复杂

2.跨库

3.分布式事务无法支持太多并发

·4.NoSQL只要查到客户信息的ID，所有的信息都放在一起，不用像关系型数据库查很多表

（三）、聚合模型

1.KV键-值对

2.文档型数据库（Bson格式比较多）：见上截图

Monddb，最像关系型数据库的非关系型数据库

3.列存储数据库：

4.图关系数据库：

就像我们复杂的亲戚人际关系，如：微博上你的好友关注什么话题

五、在分布式数据库中CAP原理CAP+BASE

（一）CAP

ACID：传统的关系型数据库

CAP：NoSQL

CAP只能三个中满足两个，而由于当前的网络硬件肯定会出现延迟丢包等问题，所以分区容错性是我们必须要实现的，我们只能在一致性和可用性之间进行权衡。

CA：传统型Oracle数据库

AP：大多数网站架构的选择

CP：Redis、mongodb

强一致性（C），淘宝商品的点赞数不用做到强一致性；但公司每日的早晚打卡软件就需要做到强一致性，不然影响员工的KPI

高可用性（A），网站不能崩了

分区容忍性（P）

补充：C与A的选择

（二）BASE

双十一当时可能商品点赞数10000，但是只统计到6000，是弱一致性，但是高峰结束之后还是想让数据不那么离谱，所以加上BASE，BASE最重要的就是最终执行

牺牲C，换取AP

集群就相当于之前的负载均衡

（一）Redis-NoSql是什么、能干嘛，与关系型数据库的区别

标签：操作简单oracle数据库数据格式网络高性能字段分区集群

二、node.js干嘛的和JavaScript啥区别

node.js干嘛的和JavaScript啥区别

node.js和 javascript从本质上来说没有什么区别，语言是一样的，都是javascript语言编写。

但是，node.js主要从事后台操作，javascript主要操作HTML的元素(前端)。

node.js与java都是伺服器语言，但是两者存在很大区别：

（1）Node.js比Java更快：node.js开发快，执行的效率也算比较高，但是如果专案大了就容易乱，而且javascript不是静态型别的语言，要到执行时才知道型别错误，

所以写的多了之后免不了会出现光知道有错但是找不到哪儿错的情况，所以测试就得些的更好更详细。

java开发慢，但是如果专案大、复杂的话，用java就不容易乱，管理起来比node.js省。

（2）Node.js前后端都采用Javascript，代表未来发展的趋势，而java则是现在的最流行的伺服器端程式语言。

（3）Node.js和Java EE——一种是解释语言，一种是编译语言.

Node.js解决问题的速度比Java EE快20%，一种解释语言和一种编译语言在一个VM中的速度是一样快的，这没有多年的优化过程是绝对达不到的。

Node.js和Java

这也是谷歌域名在世界范围内的需求数量，所以如果有一个执行在一台机器上的、400需求/秒的网站的话，那你的这个网站可以说是相当的大了。平均每天100万个需求也就意味着11.5需求/秒。

这是一个很重要的数字。

在单执行绪的Node.js和多执行绪的Java EE之间的采用不同的并发模型对最后的结果是没有影响的。

如果想要在更高并发水平里测试Node.js的效能，就必须要考虑到开放档案数量这一问题。nodejs优势在于原型开发快，学习门槛低，简单业务执行效率高于java等后台指令码语言的vm。

劣势同样明显，javascript引擎基于事件的函式回拨模型既是优势又是劣势：

node.js与java都是伺服器语言，但是两者存在很大区别：（1）Node.js比Java更快：node.js开发快，执行的效率也算比较高，但是如果专案大了就容易乱，而且javascript不是静态型别的语言，要到执行时才知道型别错误，所以写的多了之后免不了

前几天我还看到一个问题，他说node.js会取代java吗。之后被下面的回复说你先了解下Node.js和java的区别。。今天就看到了你的问题

Node.JS是执行在伺服器端的JavaScript。事实上Web伺服器端一直都存在两个阵营，以Java/C#为代表的工业设计语言和以php/RoR为代表的快速开发语言。前者一直牢牢地占据着企业应用开发市场，而后者则普遍认为更适合灵活多变的网际网路，Node.JS显然是属于后者的。

所以说你可以看看知乎上这个问答

作者：Ivony

连结：:zhihu./question/22098326/answer/22631306

来源：知乎

著作权归作者所有。商业转载请联络作者获得授权，非商业转载请注明出处。

使用者向伺服器传送了一次HTTP请求，该请求肯能会经过多个资讯资源处理以后才返回给使用者，各个资讯资源使用请求转发机制相互转发请求，但是使用者是感觉不到请求转发的。根据转发方式的不同，可以区分为直接请求转发(Forward)和间接请求转发(Redirect)两种有何区别呢？

1.从位址列显示来说

forward是伺服器请求资源,伺服器直接访问目标地址的URL,把那个URL的响应内容读取过来,然后把这些内容再发给浏览器.浏览器根本不知道伺服器传送的内容从哪里来的,所以它的位址列还是原来的地址.

redirect是服务端根据逻辑,传送一个状态码,告诉浏览器重新去请求那个地址.所以位址列显示的是新的URL.

2.从资料共享来说

forward:转发页面和转发到的页面可以共享request里面的资料.

redirect:不能共享资料.

3.从运用地方来说

forward:一般用于使用者登陆的时候,根据角色转发到相应的模组.

redirect:一般用于使用者登出登陆时返回主页面和跳转到其它的网站等.

4.从效率来说

forward:高.

redirect:低.

jquery是一个执行在客户端的javascript库，主要提供操作DOM等等的简化操作； node.js是执行在伺服器端的一个伺服器程式，执行javascript语言，是一个伺服器软体，解释执行js语言。可以用js语言操作伺服器层面的事务，比如建立连结

Memcached基本只支援简单的key-value储存，不支援列举，不支援持久化和复制等功能

Redis除key/value之外，还支援list,set,sorted set,hash等众多资料结构，提供了KEYS

进行列举操作，但不能在线上使用，如果需要列举线上资料，Redis提供了工具可以直接扫描其dump档案，枚举出所有资料，Redis还同时提供了持久化和复制等功能。

Nodejs是后端技术

Javsript是前端技术

stringDecoder.end([buffer])

Added in: v0.9.3

buffer A Buffer containing the bytes to decode.

Returns any remaining input stored in the internal buffer as a string. Bytes representing inplete UTF-8 and UTF-16 characters will be replaced with substitution characters appropriate for the character encoding.

If the buffer argument is provided, one final call to stringDecoder.write() is performed before returning the remaining input.

引数buffer的型别是，是一个待解码的缓冲区。

返回任何在内部缓冲区储存的剩余输入字元。剩余的不完整的UTF-8或UTF-16编码的位元组将会被替换为合适的字串编码。

如果有提供buffer引数，那么会呼叫一次stringDecoder.write()，然后返回剩余的输入字元。

stringDecoder.write(buffer)

Added in: v0.1.99

buffer A Buffer containing the bytes to decode.

Returns a decoded string, ensuring that any inplete multibyte characters at the end of the Buffer are omitted from the returned string and stored in an internal buffer for the next call to stringDecoder.write() or stringDecoder.end().

引数buffer的型别是，是一个待解码的缓冲区。

返回一个解码后的字串，确保任何在Buffer末尾的不完整的多位元组字元都将会从返回的字串中被省略，并且储存在内部缓冲区中直到下一个stringDecoder.write()或者stringDecoder.end()被呼叫。

const buf1= Buffer.from('西山居');

输出<Buffer e8 a5 bf e5 b1 b1 e5 b1 85>

const buf2= Buffer.from([0, 0, 0xe8, 0xa5, 0xbf, 0xe5, 0xb1, 0xb1, 0xe5, 0xb1, 0x85]);

const buf3= Buffer.from([0xe8, 0xa5, 0xbf, 0xe5, 0xb1, 0xb1, 0xe5, 0xb1, 0x85, 0, 0 ]);

const buf4= Buffer.from([0xe8, 0xa5, 0xbf, 0xe5, 0, 0, 0xb1, 0xb1, 0xe5, 0xb1, 0x85]);

buf1.toString();

返回'西山居'

buf2.toString();

返回'\u0000\u0000西山居'

buf3.toString();

返回'西山居\u0000\u0000'

buf4.toString();

返回'西�\u0000\u0000��'

const StringDecoder= require('string_decoder').StringDecoder;

const decoder= new StringDecoder('utf-8');

decoder.write(buf1);

返回'西山居'

decoder.write(buf2);

返回'\u0000\u0000西山居'

decoder.write(buf3);

返回'西山居\u0000\u0000'

decoder.write(buf4);

返回'西�\u0000\u0000��'

decoder.end(buf1);

返回'西山居'

decoder.end(buf2);

返回'\u0000\u0000西山居'

decoder.end(buf3);

返回'西山居\u0000\u0000'

decoder.end(buf4);

返回'西�\u0000\u0000��'1234567891011121314151617181920212223242526272829303132333435363712345678910111213141516171819202122232425262728293031323334353637

咋一看，StringDecoder和Buffer.toString([encoding])并没有什么区别。但是真正的区别在下面：

When a Buffer instance is written to the StringDecoder instance, an internal buffer is used to ensure that the decoded string does not contain any inplete multibyte characters. These are held in the buffer until the next call to stringDecoder.write() or until stringDecoder.end() is called.

当一个Buffer例项被写到StringDecoder例项的时候，一个内部的buffer将被用来确保待解码的字串不会包含任何不完整的多位元组字元。它们会被保留在buffer中直到下一个stringDecoder.write()被呼叫或者stringDecoder.end()被呼叫。

const StringDecoder= require('string_decoder').StringDecoder;

const decoder= new StringDecoder('utf-8');

decoder.write(Buffer.from([0xe8]));

返回''

decoder.write(Buffer.from([0xa5]));

返回''

decoder.end(Buffer.from([0xbf]));

返回'西'

三、redis是干嘛的

redis叫做远程字典服务，是一个key-value存储系统。

和Memcached类似，它支持存储的value类型相对更多，包括string（字符串）、list（链表）、set（集合）和zset（有序集合）。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。

在此基础上，redis支持各种不同方式的排序。与memcached一样，为了保证效率，数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave（主从）同步。

redis的配置特性

save seconds updates，save配置，指出在多长时间内，有多少次更新操作，就将数据同步到数据文件。这个可以多个条件配合，比如默认配置文件中的设置，就设置了三个条件。

appendonly yes/no，appendonly配置，指出是否在每次更新操作后进行日志记录，如果不开启，可能会在断电时导致一段时间内的数据丢失。因为redis本身同步数据文件是按上面的save条件来同步的，所以有的数据会在一段时间内只存在于内存中。

appendfsync no/always/everysec，appendfsync配置，no表示等操作系统进行数据缓存同步到磁盘，always表示每次更新操作后手动调用fsync()将数据写到磁盘，everysec表示每秒同步一次。

以上内容参考百度百科-Redis