MySQL 操作事务

# 开启一个事务
begin  start transaction
DML
DML
DML

# 提交
commit

# 回滚
rollback

MySQL 和 Redis 事务比较

1)在 MySQL 中讲过的事务,具有 A、C、I、D 四个特性

  • Atomic(原子性) 所有语句作为一个单元全部成功执行或全部取消。
  • Consistent(一致性) 如果数据库在事务开始时处于一致状态,则在执行该。
事务期间将保留一致状态。
  • Isolated(隔离性) 事务之间不相互影响。
  • Durable(持久性) 事务成功完成后,所做的所有更改都会准确地记录在
数据库中。所做的更改不会丢失。

2)MySQL 具有 MVCC(多版本并发控制)的功能,这些都是根据事务的特性来完成的。

3)redis 中的事务跟关系型数据库中的事务是一个相似的概念,但是有不同之处。关系型数据库事务执行失败后面的 sql 语句不在执行前面的操作都会回滚,而在 redis 中开启一个事务时会把所有命令都放在一个队列中,这些命令并没有真正的执行,如果有一个命令报错,则取消这个队列,所有命令都不再执行。

4)redis 中开启一个事务是使用 multi,相当于 begin\start transaction,exec 提交事务,discard 取消队列命令(非回滚操作)。

# mysql(会在输入DML语句后是执行了,但没有保存到磁盘中,需要执行commit后才会保存)
begin;
DML
DML
commit

# Redis(在执行事件时是无法看见执行过程且不会去执行,只会放在队列,一旦取消事务,则整条事务都不会执行)
MULTI
Redis语句
Redis语句
Redis语句
EXEC
MySQL Redis
开启 start transaction begin multi
语句 普通 SQL 普通命令
失败 rollback 回滚 discard 取消(这里的取消不是回滚,是队列里的命令根本没有执行,并不是执行了之后,再撤回)
成功 commit exec

Redis 与事务相关命令

# 和事务相关的命令
1)DISCARD
取消事务,放弃执行事务块内的所有命令。
2)EXEC
执行所有事务块内的命令。
3)MULTI
标记一个事务块的开始。
4)UNWATCH
取消 WATCH 命令对所有 key 的监视。
5)WATCH key [key ...]
监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断。

Redis 的事务实践

# 成功执行事务
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379(TX)> set name hg
QUEUED
127.0.0.1:6379(TX)> get name
QUEUED
127.0.0.1:6379(TX)> exec
1) OK
2) "hg"
127.0.0.1:6379> get name
"hg"

# 取消执行事务(取消以后,事务内的所有语句都不生效)
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379(TX)> set name yd
QUEUED
127.0.0.1:6379(TX)> DISCARD
OK
127.0.0.1:6379> get name
"hg"

Redis 实现乐观锁

乐观锁机制:谁先提交就以谁为准

模拟买票

开启两个窗口实现(模拟买票)

# 首先在第一个窗口设置一个key(ticket 1)
127.0.0.1:6379> set ticket 1
OK
# 设置完票的数量之后观察这个票
127.0.0.1:6379> WATCH ticket
OK
#开启事务
127.0.0.1:6379> MULTI
OK
# 买了票所以ticket设置为0
127.0.0.1:6379> set ticket 0
QUEUED

# 然后在第二个窗口观察票
127.0.0.1:6379> WATCH ticket
OK
# 开启事务
127.0.0.1:6379> MULTI
OK
# 同样设置ticket为0
127.0.0.1:6379> set ticket 0
QUEUED
##此时如果谁先付款,也就是执行了exec另外一个窗口就操作不了这张票了

# 在第二个窗口先付款(执行exec)
127.0.0.1:6379> exec
1) OK

# 然后在第一个窗口再执行exec
127.0.0.1:6379> exec
(nil)       //无,也就是说我们无法对这张票进行操作

Redis 管理命令

info

#查看redis相关信息
127.0.0.1:6379> info

#服务端信息
# Server
#版本号
redis_version:3.2.12
#redis版本控制安全hash算法
redis_git_sha1:00000000
#redis版本控制脏数据
redis_git_dirty:0
#redis建立id
redis_build_id:3b947b91b7c31389
#运行模式:单机(如果是集群:cluster)
redis_mode:standalone
#redis所在宿主机的操作系统
os:Linux 2.6.32-431.el6.x86_64 x86_64
#架构(64位)
arch_bits:64
#redis事件循环机制
multiplexing_api:epoll
#GCC的版本
gcc_version:4.4.7
#redis进程的pid
process_id:33007
#redis服务器的随机标识符(用于sentinel和集群)
run_id:46b07234cf763cab04d1b31433b94e31b68c6e26
#redis的端口
tcp_port:6379
#redis服务器的运行时间(单位秒)
uptime_in_seconds:318283
#redis服务器的运行时间(单位天)
uptime_in_days:3
#redis内部调度(进行关闭timeout的客户端,删除过期key等等)频率,程序规定serverCron每秒运行10次
hz:10
#自增的时钟,用于LRU管理,该时钟100ms(hz=10,因此每1000ms/10=100ms执行一次定时任务)更新一次
lru_clock:13601047
#服务端运行命令路径
executable:/application/redis-3.2.12/redis-server
#配置文件路径
config_file:/etc/redis/6379/redis.conf

#客户端信息
# Clients
#已连接客户端的数量(不包括通过slave的数量)
connected_clients:2
##当前连接的客户端当中,最长的输出列表,用client list命令观察omem字段最大值
client_longest_output_list:0
#当前连接的客户端当中,最大输入缓存,用client list命令观察qbuf和qbuf-free两个字段最大值
client_biggest_input_buf:0
#正在等待阻塞命令(BLPOP、BRPOP、BRPOPLPUSH)的客户端的数量
blocked_clients:0

#内存信息
# Memory
#由redis分配器分配的内存总量,以字节为单位
used_memory:845336
#以人类可读的格式返回redis分配的内存总量
used_memory_human:825.52K
#从操作系统的角度,返回redis已分配的内存总量(俗称常驻集大小)。这个值和top命令的输出一致
used_memory_rss:1654784
#以人类可读方式,返回redis已分配的内存总量
used_memory_rss_human:1.58M
#redis的内存消耗峰值(以字节为单位)
used_memory_peak:845336
#以人类可读的格式返回redis的内存消耗峰值
used_memory_peak_human:825.52K
#整个系统内存
total_system_memory:1028517888
#以人类可读的格式,显示整个系统内存
total_system_memory_human:980.87M
#Lua脚本存储占用的内存
used_memory_lua:37888
#以人类可读的格式,显示Lua脚本存储占用的内存
used_memory_lua_human:37.00K
#Redis实例的最大内存配置
maxmemory:0
#以人类可读的格式,显示Redis实例的最大内存配置
maxmemory_human:0B
#当达到maxmemory时的淘汰策略
maxmemory_policy:noeviction
#内存分裂比例(used_memory_rss/ used_memory)
mem_fragmentation_ratio:1.96
#内存分配器
mem_allocator:jemalloc-4.0.3
#持久化信息
# Persistence
#服务器是否正在载入持久化文件
loading:0
#离最近一次成功生成rdb文件,写入命令的个数,即有多少个写入命令没有持久化
rdb_changes_since_last_save:131
#服务器是否正在创建rdb文件
rdb_bgsave_in_progress:0
#最近一次rdb持久化保存时间
rdb_last_save_time:1540009420
#最近一次rdb持久化是否成功
rdb_last_bgsave_status:ok
#最近一次成功生成rdb文件耗时秒数
rdb_last_bgsave_time_sec:-1
#如果服务器正在创建rdb文件,那么这个域记录的就是当前的创建操作已经耗费的秒数
rdb_current_bgsave_time_sec:-1
#是否开启了aof
aof_enabled:0
#标识aof的rewrite操作是否在进行中
aof_rewrite_in_progress:0
#rewrite任务计划,当客户端发送bgrewriteaof指令,如果当前rewrite子进程正在执行,那么将客户端请求的bgrewriteaof变为计划任务,待aof子进程结束后执行rewrite
aof_rewrite_scheduled:0
#最近一次aof rewrite耗费的时长
aof_last_rewrite_time_sec:-1
#如果rewrite操作正在进行,则记录所使用的时间,单位秒
aof_current_rewrite_time_sec:-1
#上次bgrewriteaof操作的状态
aof_last_bgrewrite_status:ok
#上次aof写入状态
aof_last_write_status:ok

#统计信息
# Stats
#新创建连接个数,如果新创建连接过多,过度地创建和销毁连接对性能有影响,说明短连接严重或连接池使用有问题,需调研代码的连接设置
total_connections_received:19
#redis处理的命令数
total_commands_processed:299
#redis当前的qps,redis内部较实时的每秒执行的命令数
instantaneous_ops_per_sec:0
#redis网络入口流量字节数
total_net_input_bytes:10773
#redis网络出口流量字节数
total_net_output_bytes:97146
#redis网络入口kps
instantaneous_input_kbps:0.00
#redis网络出口kps
instantaneous_output_kbps:0.00
#拒绝的连接个数,redis连接个数达到maxclients限制,拒绝新连接的个数
rejected_connections:0
#主从完全同步次数
sync_full:0
#主从完全同步成功次数
sync_partial_ok:0
#主从完全同步失败次数
sync_partial_err:0
#运行以来过期的key的数量
expired_keys:5
#过期的比率
evicted_keys:0
#命中次数
keyspace_hits:85
#没命中次数
keyspace_misses:17
#当前使用中的频道数量
pubsub_channels:0
#当前使用的模式的数量
pubsub_patterns:0
#最近一次fork操作阻塞redis进程的耗时数,单位微秒
latest_fork_usec:0
#是否已经缓存了到该地址的连接
migrate_cached_sockets:0

#主从复制信息
# Replication
#角色主库
role:master
#连接slave的个数
connected_slaves:0
#主从同步偏移量,此值如果和上面的offset相同说明主从一致没延迟,与master_replid可被用来标识主实例复制流中的位置
master_repl_offset:0
#复制积压缓冲区是否开启
repl_backlog_active:0
#复制积压缓冲大小
repl_backlog_size:1048576
#复制缓冲区里偏移量的大小
repl_backlog_first_byte_offset:0
#此值等于 master_repl_offset - repl_backlog_first_byte_offset,该值不会超过repl_backlog_size的大小
repl_backlog_histlen:0

#CPU信息
# CPU
#将所有redis主进程在内核态所占用的CPU时求和累计起来
used_cpu_sys:203.44
#将所有redis主进程在用户态所占用的CPU时求和累计起来
used_cpu_user:114.57
#将后台进程在内核态所占用的CPU时求和累计起来
used_cpu_sys_children:0.00
#将后台进程在用户态所占用的CPU时求和累计起来
used_cpu_user_children:0.00

#集群信息
# Cluster
#实例是否启用集群模式
cluster_enabled:0

#库相关统计信息
# Keyspace
#db0的key的数量,以及带有生存期的key的数,平均存活时间
db0:keys=17,expires=0,avg_ttl=0

#单独查看某一个信息(例:查看CPU信息)
127.0.0.1:6379> info cpu
# CPU
used_cpu_sys:35.624994
used_cpu_user:50.105657
used_cpu_sys_children:0.014916
used_cpu_user_children:0.000709
used_cpu_sys_main_thread:35.624113
used_cpu_user_main_thread:50.104418

redis 监控主从延迟情况

#!/bin/bash
# 1.保存当前系统时间
current_time=`date +%s`

# 2.主库设置一个key,为当前系统时间
redis-cli -h 172.16.1.52 set current_time ${current_time}

# 3.在从库上获取 current_time 的key值
copy=`redis-cli -h 172.16.1.53 get current_time`
echo $copy

slave_sys_time=`date +%s`

echo $(( $slave_sys_time - $copy ))

client

#查看客户端连接信息(有几个会话就会看到几条信息)
127.0.0.1:6379> CLIENT LIST
id=5 addr=172.16.1.52:40214 laddr=172.16.1.51:6379 fd=10 name= age=1530 idle=1 flags=S db=0 sub=0 psub=0 ssub=0 multi=-1 qbuf=0 qbuf-free=20474 argv-mem=0 multi-mem=0 rbs=1024 rbp=0 obl=0 oll=1 omem=20504 tot-mem=42904 events=r cmd=replconf user=default redir=-1 resp=2 lib-name= lib-ver=
id=6 addr=172.16.1.52:40218 laddr=172.16.1.51:6379 fd=11 name= age=1480 idle=1 flags=S db=0 sub=0 psub=0 ssub=0 multi=-1 qbuf=0 qbuf-free=20474 argv-mem=0 multi-mem=0 rbs=1024 rbp=0 obl=0 oll=1 omem=20504 tot-mem=42904 events=r cmd=replconf user=default redir=-1 resp=2 lib-name= lib-ver=
id=7 addr=172.16.1.53:32814 laddr=172.16.1.51:6379 fd=12 name= age=1346 idle=1 flags=S db=0 sub=0 psub=0 ssub=0 multi=-1 qbuf=0 qbuf-free=20474 argv-mem=0 multi-mem=0 rbs=1024 rbp=0 obl=0 oll=1 omem=20504 tot-mem=42904 events=r cmd=replconf user=default redir=-1 resp=2 lib-name= lib-ver=
id=8 addr=172.16.1.53:32818 laddr=172.16.1.51:6379 fd=13 name= age=1310 idle=1 flags=S db=0 sub=0 psub=0 ssub=0 multi=-1 qbuf=0 qbuf-free=20474 argv-mem=0 multi-mem=0 rbs=1024 rbp=0 obl=0 oll=1 omem=20504 tot-mem=42904 events=r cmd=replconf user=default redir=-1 resp=2 lib-name= lib-ver=
id=3 addr=172.16.1.51:37110 laddr=172.16.1.51:6379 fd=8 name= age=1916 idle=1 flags=S db=0 sub=0 psub=0 ssub=0 multi=-1 qbuf=0 qbuf-free=20474 argv-mem=0 multi-mem=0 rbs=1024 rbp=0 obl=0 oll=1 omem=20504 tot-mem=42904 events=r cmd=replconf user=default redir=-1 resp=2 lib-name= lib-ver=
id=4 addr=127.0.0.1:48290 laddr=127.0.0.1:6379 fd=9 name= age=1846 idle=0 flags=N db=0 sub=0 psub=0 ssub=0 multi=-1 qbuf=26 qbuf-free=20448 argv-mem=10 multi-mem=0 rbs=1024 rbp=0 obl=0 oll=0 omem=0 tot-mem=22426 events=r cmd=client|list user=default redir=-1 resp=2 lib-name= lib-ver=

#杀掉某一个会话(老版本中只要在客户端执行查询命令,又会重新连接server端)
127.0.0.1:6379> CLIENT KILL 127.0.0.1:48290

config

#重置统计状态信息
127.0.0.1:6379> CONFIG RESETSTAT
#查看所有配置信息
127.0.0.1:6379> CONFIG GET *
#查看某个配置信息
127.0.0.1:6379> CONFIG get aof-use-rdb-preamble
1) "aof-use-rdb-preamble"
2) "yes"
#动态修改配置信息
127.0.0.1:6379> CONFIG SET aof-use-rdb-preamble no
OK
#再次查看修改后的配置信息
127.0.0.1:6379> CONFIG get aof-use-rdb-preamble
1) "aof-use-rdb-preamble"
2) "no"

dbsize

#查看当前库内有多少个key
127.0.0.1:6379> DBSIZE
(integer) 15

#验证key的数量
127.0.0.1:6379> KEYS *
 1) "nginx"
 2) "yixian_nai"
 3) "ms_1"
 4) "bingji"
 5) "chaoyixian"
 6) "ms_2"
 7) "yixian_c"
 8) "jiaoji"
 9) "name"
10) "ticket"
11) "zhiye_paihangbang"
12) "xianmu"
13) "tomcat"
14) "myhash"
15) "men"

select

在 Redis 中也是有库这个概念的,不过不同于 MySQL,Redis 的库是默认的,并不是我们手动去创建的,在 Redis 中一共有 16(0-15)个库。在 MySQL 中进入某一个库,我们需要使用 use dbname,在 Redis 中,只需要 select 即可。默认情况下,我们是在 0 库中进行操作,每个库之间都是隔离的。

#在0库中创建一个key
127.0.0.1:6379> set name hg
OK
#查看0库中的所有key
127.0.0.1:6379> KEYS *
1) "name"
#进1库中
127.0.0.1:6379> SELECT 1
OK
#查看所有key
127.0.0.1:6379[1]> KEYS *
(empty list or set)         //由此可见,每个库之间都是隔离的

flushdb、flushall

#删库跑路专用命令(删除所有库)
127.0.0.1:6379> FLUSHALL
OK
#验证一下是否真的删库了
127.0.0.1:6379> DBSIZE
(integer) 0
127.0.0.1:6379> KEYS *
(empty list or set)
#删除单个库中数据
127.0.0.1:6379> FLUSHDB
OK

monitor

开启两个窗口进行命令实时监控

#在第一个窗口开启监控
127.0.0.1:6379> MONITOR
OK

#在第二个窗口输入命令
127.0.0.1:6379> set name 6
OK
127.0.0.1:6379> get name
"6"

#在第一个窗口会实时显示执行的命令
127.0.0.1:6379> MONITOR
OK
1693820346.294651 [0 127.0.0.1:48296] "set" "name" "6"
1693820350.324552 [0 127.0.0.1:48296] "get" "name"

shutdown

#关闭Redis服务
127.0.0.1:6379> SHUTDOWN
not connected>