• 什么是队列? 什么是栈?

  • 队列是先进先出, 栈是先进后出.

• 原子操作:

  • 指将一系列的操作看作成一个整体,不可中断,开始执行到结束.

• MySQL 与 NoSQL 的区别?

  • MySQL是关系型数据库, NoSQL是非关系型数据库
  • 存储方式不同: MySQL数据存在特定结构的表中;NoSQL可以存在json文档中,hash表中或其它方式
  • 数据关系不同:MySQL必须建立好表,确定关系,才能存储数据;而在NoSQL中,不限时间不限地点都可以进行数据存储
  • 外部存储数据:SQL中增加外部数据时,是在原表中增加外键,关联外部数据;而NoSQL则可以集中放置数据.
  • JOIN查询:MySQL使用join做集合查询,而NoSQL没有提供这种交集查询方式.
  • 事务处理:MySQL多张表同批次进行数据操作,就是通过事务处理的,其中一张表失败,其它表更新也会失败.NoSQL没有事务概念.

• NoSQL优势:

  • 灵活的可扩展性
  • 维护成本低
  • 大数据的处理能力
  • 灵活的数据类型
  • 数据存储的成本低,通过商业服务器集群管理膨胀的数据

• NoSQL劣势:

  • 单产品成熟度不够
  • 后续技术支持后劲不足
  • 分析能力和商业智能化血线淡泊
  • 缺乏高精尖专业人才

Redis 的增删改查

常用命令

    set key     插入数据
    get key     查询数据
    del key     删除数据
    getset key  修改数据
    exists key  验证key是否存在

Redis常用数据类型

string 类型

是Redis中二进制、最简单的key-value类型,最大数据上限1G.

string 类型数据常用命令

Redis中list类型及操作

Redis中hash类型及操作

Redis中sets类型及操作

数学中的集合,对集合进行添加,删除以及获取交集差集等操作.

Redis中zsets类型及操作

Redis中常用命令及操作

Redis中的订阅/发布

Redis服务器的相关命令

Redis主从复制实现

1. 首先创建 6380 6381两个文件夹,复制redis.conf至目录下,并修改配置文件端口号与文件夹一致
2. 开启服务 redis-server ./6380/redis.conf、redis-server ./6381/redis.conf
3. 创建实例连接服务端redis-cli -p 6380、redis-cli -p 6381
4. 在6380端口数据库中使用 slaveof 127.0.0.1 6381 配置主从

返回 ok 后 在6380端口客户端执行 info replication查看信息(我本地是windows测试)

E:\>\soft\redis\redis-cli -p 6380
127.0.0.1:6380> info replication
# Replication
role:slave # 当前角色 slave 代表从数据库
master_host:127.0.0.1   # 主数据库IP
master_port:6381        # 主数据库端口
master_link_status:up
master_last_io_seconds_ago:7
master_sync_in_progress:0
slave_repl_offset:141
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
127.0.0.1:6380>

在6381端口客户端执行 info replication 查看信息(本地windows)

E:\>\soft\redis\redis-cli -p 6381
127.0.0.1:6381> info replication
# Replication
role:master # 当前角色 master 代表主数据库
connected_slaves:1 # 已连接从数据库数量
slave0:ip=127.0.0.1,port=6380,state=online,offset=281,lag=0
master_repl_offset:281
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:280
127.0.0.1:6381>

5. 停止端口号为6381的redis服务器(模拟6381主服务器出现问题无法使用等情况)
6. 开启端口号为6381的redis服务器,并设定6381端口数据库为端口号6380数据库的从库

redis-server --port 6380 --slaveof 127.0.0.1 6381

连接端口号为6381的redis客户端,使用info replication命令查询状态

127.0.0.1:6381> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6380,state=online,offset=281,lag=0
master_repl_offset:281
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:280
127.0.0.1:6381>

权限认证

为了安全,通常master主库配置文件中会使用requirepass,而在slave从库中要做masterauth权限认证

跨IP连接Redis-server

以IP为192.168.44.130作为Redis-sever,以192.168.44.128作为Redis-cli连接

修改Redis-server配置文件,保证protected-mode值为yes,查找bind 注释掉bind 127.0.0.1

查找 requirepass, 在下方写入(注意密码复杂度)

requirepass myPass

保存退出

在IP为192.168.44.128客户端上输入一下命令尝试连接Reids-server

# 连接Redis-server
redis-cli -h 192.168.44.130 -p 6379
AUTH myPass

Redis哨兵的创建与实现

建立哨兵方式 1:

redis-sentinel /path/to/sentinel.conf

建立哨兵方式 2:

redis-server /path/to/sentinel.conf --sentinel

Sentinel的配置

sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 60000

解析:

其中mymaster表示要监控的主数据库的名字,后两个参数表示主数据库的地址和端口号,这里我们要监控的是主数据库6379, 最后的2表示最低通过票数,当集群中有2个哨兵认为mymaster挂掉时,才能真正认为该master已经不可用了.而down-after-milliseconds表示每隔一定时间(单位:毫秒)发送一个ping命令,请求Server响应,来判断主数据库是否可用

Redis的事务机制

严格意义上来讲,Redis的事务与MySQL的事务是不一样的. Redis的事务实质上是命令的几何,在一个事务中, 要么所有命令都被执行, 要么所有事务都不执行.

Redis 事务机制的三个阶段

1. 开始事务 MULTI
2. 命令入队
3. 执行事务EXEC

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set book "Redis"
QUEUED
127.0.0.1:6379> GET book
QUEUED
127.0.0.1:6379> SADD tag "java" "php" "golang" "python"
QUEUED
127.0.0.1:6379> SMEMBERS tag
QUEUED
127.0.0.1:6379> exec
1) OK
2) "Redis"
3) (integer) 4
4) 1) "golang"
   2) "java"
   3) "python"
   4) "php"

此外我们可以使用DISCARD取消事务。

127.0.0.1:6379> multi
OK
127.0.0.1:6379> sadd tag "c++"
QUEUED
127.0.0.1:6379> sadd tag "mysql"
QUEUED
127.0.0.1:6379> discard
OK
127.0.0.1:6379> smembers tag
1) "golang"
2) "java"
3) "python"
4) "php"

需要注意的是:

1. Redis的事务没有关系数据库事务提供的回滚（rollback），所以开发者必须在事务执行失败后进行后续的处理；
2. 如果在一个事务中的命令出现错误，那么所有的命令都不会执行；
3. 如果在一个事务中出现运行错误，那么正确的命令会被执行。