数据多的时候为什么要使用redis而不用mysql？
数据多的时候为什么要使用redis而不用mysql？
一般来说，当有大量数据和并发时，可以在架构中引入Redis，帮助提升架构的整体性能，减轻Mysql(或其他数据库)的压力，但如果不 不使用Redis，你不 我不需要MySQL。因为Redis性能优异，每秒可以支持几十万次的读写操作，还支持持久化、集群部署、分发、主从同步等。Redis常用于高并发场景下的数据安全性和一致性，所以常用于两种场景：缓存确定数据是否适合在Redis中缓存，可以从几个方面考虑：是否会被频繁查询？什么？命中率是多少？写作操作怎么样？数据大小？我们经常用这种方式把数据刷进Redis:查询请求来了，现在在Redis查询。如果无法查询，我们可以查询数据库获取数据，放入缓存，这样第二次同样的查询请求来的时候，可以直接在Redis中获取数据;但是要注意【缓存渗透】的问题。
缓存刷新会比较复杂，通常是修改数据库后，需要对Redis中的数据进行操作;代码很简单，但是你需要保证这两个步骤是同一个事务，或者说最终事务的一致性。
高速读写是常见的计数器，比如一篇文章的阅读量，不可能每次读完都在数据库里更新。高并发的场景非常适合使用Redis，比如双11秒杀，总库存1000件。在高峰时间，数万个请求通常会在很短的时间内到达服务器。如果使用数据库，很可能会导致数据库在这一刻崩溃，所以通常会使用(spike场景会比较复杂，Redis只是其中一种，比如请求数量超过一定数量，多余的请求就会被限制)。在这种高并发场景下，当请求到达服务器时，直接在Redis上读写，请求不会访问数据库;程序会在合适的时间比如杀*一千件库存，然后把数据批量写入数据库。所以一般来说，在必要的时候引入Redis可以减轻MySQL(或者其他)数据库的压力，两者不是替代品。
我会继续分享我对Java开发、架构设计、程序员职业发展等方面的看法，希望得到大家的关注。Redis和MySQL的应用场景不同。一般来说，没有MySQL就没有使用Redis这一说。
因为Redis是非关系数据库(NoSQL)，而MySQL是关系数据库。和Redis类似的数据库有MongoDB和Memchache(实际上没有持久数据)。现在关系数据库一般是MySQL，SQL Server，Oracle。让 让我们先了解一下关系数据库和非关系数据库的区别。
1.存储模式关系数据库是表格式的，所以存储在表的行和列中。它们在存储上很容易关联和协作，提取数据也很方便。而Nosql数据库则是大块的组合。
通常存储在数据集中，如文档、键值对或图形结构。2.存储结构关系数据库对应的是结构化数据，数据表有预定义的结构(列定义)，描述数据的形式和内容。这对于数据建模非常重要。虽然预定义的结构带来了可靠性和稳定性，但是很难修改这些数据。Nosql数据库基于动态结构，使用非结构化数据。
由于Nosql数据库是一个动态结构，它可以很容易地适应数据类型和结构的变化。3.存储标准化将关系数据库的数据存储划分为最小的关系表，以避免重复，并获得更高标准化的精简空间利用率。虽然管理很清晰，但是当单个操作设计到多个表时，数据管理就有点麻烦了。但是，Nosql数据存储在平面数据集中，数据可能经常重复。
单个数据库很少被分离，而是作为一个整体存储，这使得整个数据更容易读写。4.存储扩展这可能是两者最大的区别。关系数据库是垂直扩展的，这意味着如果你想提高处理能力，你需要使用更快的计算机。由于数据存储在关系表中，操作的性能瓶颈可能涉及多个表，需要通过提高计算机性能来克服。虽然有很大的扩展空间，但最终会达到垂直扩展的上限Nosql数据库是水平扩展的，它的存储是自然分布的。您可以通过向资源池中添加更多的公共数据库服务器来分担负载。
5.查询模式关系数据库通过结构化查询语言(也就是我们通常说的SQL)对数据库进行操作。SQL在支持数据库凝乳操作方面非常强大，这是业界的标准用法。然而，Nosql查询以块为单位操作数据，并使用无标准的非结构化查询语言(UnQl)。
关系数据库表中主键的概念对应于Nosql中存储的文档的ID。关系数据库使用预定义的优化方法(如索引)来加快查询操作，而Nosql是一种更简单、更准确的数据访问模式。6.事务型关系数据库遵循ACID规则(原子性、一致性、隔离性、持久性)，Nosql数据库遵循BASE原则(基本可用性、软态、最终一致性)。
由于关系数据库中数据的强一致性，对事务的支持
很好。关系型数据库支持对事务原子性细粒度控制，并且易于回滚事务。而Nosql数据库是在CAP（一致性、可用性、分区容忍度）中任选两项，因为基于节点的分布式系统中，很难全部满足，所以对事务的支持不是很好，虽然也可以使用事务，但是并不是Nosql的闪光点。 7.性能 关系型数据库为了维护数据的一致性付出了巨大的代价，读写性能比较差。
在面对高并发读写性能非常差，面对海量数据的时候效率非常低。而Nosql存储的格式都是key-value类型的，并且存储在内存中，非常容易存储，而且对于数据的 一致性是 弱要求。Nosql无需sql的解析，提高了读写性能。
8.授权方式 大多数的关系型数据库都是付费的并且价格昂贵，成本较大（MySQL是开源的，所以应用的场景最多），而Nosql数据库通常都是开源的。 所以，在实际的应用环境中，我们一般会使用MySQL存储我们的业务过程中的数据，因为这些数据之间的关系比较复杂，我们常常会需要在查询一个表的数据时候，将其他关系表的数据查询出来，例如，查询某个用户的订单，那至少是需要用户表和订单表的数据。 查询某个商品的销售数据，那可能就会需要用户表，订单表，订单明细表，商品表等等。 而在这样的使用场景中，我们使用Redis来存储的话，也就是KeyValue形式存储的话，其实并不能满足我们的需要。
即使Redis的读取效率再高，我们也没法用。 但，对于某些没有关联少，且需要高频率读写，我们使用Redis就能够很好的提高整个体统的并发能力。 例如商品的库存信息，我们虽然在MySQL中会有这样的字段，但是我们并不想MySQL的数据库被高频的读写，因为使用这样会导致我的商品表或者库存表IO非常高，从而影响整个体统的效率。
所以，对于这样的数据，且有没有什么复杂逻辑关系（就只是隶属于SKU）的数据，我们就可以放在Redis里面，下单直接在Redis中减掉库存，这样，我们的订单的并发能力就能够提高了。 个人觉得应该站出来更正一下，相反的数据量大，更不应该用redis。 为什么？ 因为redis是内存型数据库啊，是放在内存里的。 设想一下，假如你的电脑100G的资料�。
为什么使用 Redis及其产品定位
Redis使用最佳方式是全部数据in-memory。
Redis更多场景是作为Memcached的替代者来使用。
当需要除key/value之外的更多数据类型支持时，使用Redis更合适。
当存储的数据不能被剔除时，使用Redis更合适。
消息队列为什么用redis实现
redis只是提供一个高性能的、原子操作的分布式队列实现。具体的业务还是得需要你自己定制。
你的需求实际上是一个变形的生产者-消费者实现。
对于此类需求，主要是将请求和实际的处理过程解耦，一般都是采取异步的方式来通知请求方，这跟用不用redis其实没有多大的关系。一般的实现方法是你需要将用户的请求封装成一个Task，然后将这个Task再push到redis队列，然后后端的worker.php完全可以多进程、多线程的并发处理Task并将处理结果回调给请求方。
