nosql

内存存储
用不着sql和用了sql也不行的时候，考虑nosql
nosql不适用于事务要求高和基于sql的结构化查询存储，处理复杂的关系，需要即席查询（条件查询）。MongoDB支持条件查询

一、session存储：

1. cookie。不安全，网络负担效率低
2. 文件服务器或数据库。IO效率
3. session复制。session数据冗余，节点越多浪费越大
4. 缓存数据库。完全在内存中，速度快，数据结构简单

二、HBASE

Hadoop的数据库。大量数据的随机实时读写场景。

三、Cassandra

apach开源。数据量pb级别。对写入和读取操作进行规模调整，其不强调主集群的设计思路能够以相对直观的方式简化各集群的创建与扩展流程。

四、Neo4j

图关系数据库

Mysql.8.0 与 MongoDB.4.2大数据量查询性能对比

mongodb查询速度基本恒定，早期磁盘空间占用比mysql大。从MongoDB 3.2开始，WiredTiger存储引擎开始作为默认的存储引擎，是压缩存储 要比mysql占用小。
嵌套查询和全表扫描
mysql可以轻松支持上T的业务量，前提是表结构的设计要合理，查询都走主键或者索引。然后主从读写分离
mysql 启用innodb compression的时候，是mongo的1/3, 正常情况下，是3/5差不多
redis要求数据量一定要小于内存，否则性能会很差，启动也会超慢