松林羊的博客

先看问题：查询的是第2页的数据，每页20条。注意选中的数据。查询第3页的数据，很明显同一条数据出现了两次。那么丢数据是怎么回事呢？再来看看2019-03-20日的具体数据，注意选中的数据。很明显，在图一和图二中找不到该条数据。从而导致我们莫名其妙的就丢了数据了。那么导致问题的原因是什么呢？这锅就应该mysql背了，明显是mysql分页机制的bug。后来，看了一下出问题的mysq...

1. 定义Redis 发布订阅(pub/sub)：是一种进程间消息通信模式——发送者(pub)发送消息，订阅者(sub)接收消息。2. 示意图来源：Redis发布订阅|菜鸟教程下图展示了频道 channel1 ， 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系：当有新消息通过 publish命令发送给频道 channel1 时， ...

一次执行多个命令，本质是一组命令的集合。事务中的所有命令都会序列化，按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。watch key [key…]：监视一个或多个key。如果在事务执行之前这个或这些key被其他命令锁改动，那么事务会被打断。multi：标记一个事务块的开始unwatch：取消watch命令对所有key的监视exec：执行所有事...

1. 使用建议如果只使用Redis的缓存功能(数据只存在与服务器运行的时候)，可以不适用任何持久化仍然建议同时开启RDB、AOF备份。通常AOF文件备份的数据比RDB文件备份的要更加完整，用AOF来保证数据不丢失，作为恢复数据的第一选择；用RDB来做不同程度的冷备，在AOF文件都丢失或损坏不可用的时候，可以使用RDB进行快速的数据恢复。性能方面建议只在slave上持久化RDB文件，...

1. AOF是什么AOF(append only file) ：以日志的形式来将Redis执行过的所有写指令记录到文件中，且只允许追加文件但不可以更改文件。默认文件名：appendonly.aofflushall也会被当做写操作，记录进文件2. 如何启动AOF备份默认是关闭AOF备份功能的，将redis.conf中的appendonly no改为appendonly yes，即可...

单进程 默认16个数据库 命令： dbsize：查看key的个数 keys *： 查看当前库所有key keys k? ： 查看以k开头的key flushall：清空所有数据库 flushdb： 清空当前库...

1. RDB是什么RDB（Redis Database）：在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是术语Snapshot快照，它恢复时是将快照文件直接读到内存。默认文件名：dump.rdb2. RDB产生的过程Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程结束后，再用这个临时文件替换上次持久化的文件。 整个过程中，主进...

修改前将默认的配置文件(redis/redis.conf)拷贝一份单位# Note on units: when memory size is needed, it is possible to specify# it in the usual form of 1k 5GB 4M and so forth:## 1k => 1000 bytes# 1kb => 1024 b...

常见五大数据类型string、list、hash、set、sorted setStringsting 是redis最基本的类型。是二进制安全的，即redis的string可以包含任何数据。如图片或者序列化的对象。单个string类型的value大小限制为512Mhash是一个键值对集合，类似java里的Map是一个string类型的key和value的映射表，适合存储对象。...

一. 为什么会出现NoSQL?1. 单机MySQL时代在90年代，一个网站的访问量一般都不大，用单个数据库完全可以轻松应付。在那个时候，更多的都是静态网页，动态交互类型的网站不多。单机MySQL 网站架构 - 上述架构下数据存储的瓶颈是什么？ - 1.一个机器能存储数据量的总大小有限 - 2.数据库的索引与数据在同一个数据库，随着索引增加，效率反而降低 - 3...

是什么？即 Master/Slave模式。Master主写，Slave主读。当Master数据一有更新就根据配置和策略自动同步到Slave上。怎么用原则：配从(库)不配主(库)2.步骤：确定master的ip与port：slaveof master-ip master-port单台机器模拟时需要的配置拷贝多个redis.conf文件设置属性为：daemonize ye...