Linux下数据库学习过程之Redis数据库的数据持久化（持续更新中）

于 2024-07-21 11:11:18 发布
阅读量474 收藏 7
点赞数 15
分类专栏： 数据库学习 文章标签： 数据库 linux 学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/L18291789297/article/details/140573181
版权

数据持久化

测试redis是否会自动进行数据持久化

关闭redis服务
127.0.0.1:6379> SHUTDOWN
not connected> 
not connected> EXIt
查看redis状态：关闭
[root@db ~]# ps -ef |grep redis
root       41024   40992  0 16:25 pts/2    00:00:00 redis-cli
root       41102   41054  0 16:57 pts/3    00:00:00 redis-cli
root       41119   39878  0 17:03 pts/1    00:00:00 redis-cli
root       41128    2390  0 17:16 pts/0    00:00:00 grep --color=auto redis
重新登录redis服务
[root@db ~]# redis-server /etc/redis.conf 
41133:C 20 Jul 2024 17:17:01.406 # WARNING Memory overcommit must be enabled! Without it, a background save or replication may fail under low memory condition. Being disabled, it can also cause failures without low memory condition, see https://github.com/jemalloc/jemalloc/issues/1328. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
[root@db ~]# redis-cli 
127.0.0.1:6379> get k1
"v1"
127.0.0.1:6379> get k2
"v2"
重启主机后登录
[root@db ~]# redis-server /etc/redis.conf 
2267:C 20 Jul 2024 17:23:29.793 # WARNING Memory overcommit must be enabled! Without it, a background save or replication may fail under low memory condition. Being disabled, it can also cause failures without low memory condition, see https://github.com/jemalloc/jemalloc/issues/1328. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
[root@db ~]# redis-cli 
127.0.0.1:6379> get k1
"v1"

两者测试数据均已数据持久化

Redis提供了主要提供了 2 种不同形式的持久化方式：

  • RDB（Redis数据库）：RDB 持久性以指定的时间间隔执行数据集的时间点快照。
  • AOF（Append Only File）：AOF 持久化记录服务器接收到的每个写操作，在服务器启动时再次播放，重建原始数据集。 命令使用与 Redis 协议本身相同的格式以仅附加方式记录。 当日志变得太大时，Redis 能够在后台重写日志。
1.RDB

（1）定义

  • 在指定的时间间隔内将内存中的数据集快照写入磁盘， 也就是Snapshot快照，它恢复时是将快照文件直接读到内存里。

（2）如何备份

  • Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到 一个临时文件中，待持久化过程都结束后，再用这个临时文件替换上次持久化好的文件。 整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。

（3）Fork

  • Fork 的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等） 数值都和原进程一致，但它是一个全新的进程，并作为原进程的子进程。

  • 在 Linux 程序中，fork() 会产生一个和父进程完全相同的子进程，但子进程在此后多会 exec 系统调用，出于效率考虑，Linux 中引入了“写时复制技术”。

  • 一般情况下父进程和子进程会共用同一段物理内存，只有进程空间的各段的内容要发生变化时，才会将父进程的内容复制一份给子进程。

流程（待添加）

（4)相关配置

禁用RDB
save “”

触发RDB的机制，没有配置save的情况，默认使用
# save 3600 1 300 100 60 10000

停止写的操作，前提是RDB持久化过程出现错误
stop-writes-on-bgsave-error yes

启动压缩
rdbcompression yes

校验文件完整性
rdbchecksum yes

指定文件的名称
dbfilename dump.rdb

默认配置是rdb-del-sync-files no，主从进行全量同步时，通过传输RDB内存快照文件实现；没有开启RDB持久化的实例在同步完成后会删除该文件，通常情况下保持默认就行
rdb-del-sync-files no

指定存储目录
dir ./

(5)配置测试

先把之前的数据清空

查找哪些位置都有dump.rdb文件（这个文件保存数据信息，只要启动服务，那么就会把这个文件加载到内存中）
[root@db ~]# find / -name 'dump.rdb'
/root/dump.rdb
/usr/local/redis-stable/dump.rdb

下边操作是删除这两个文件
[root@db ~]# ls -l
total 5836
-rw-------. 1 root root    1232 Jun 22 20:23 anaconda-ks.cfg
-rw-r--r--. 1 root root 1234230 Jul  9 16:06 backup.sql
-rw-r--r--. 1 root root     226 Jul 10 14:41 create_procedure.sql
-rw-r--r--. 1 root root    1370 Jul 20 17:18 dump.rdb
-rw-r--r--. 1 root root    5237 Jul  9 16:29 increment.sql
-rw-r--r--. 1 root root 1232273 Jul  9 15:23 my.sql
-rw-r--r--. 1 root root 3483771 May 19 14:18 redis-stable.tar.gz
[root@db ~]# rm -rf dump.rdb
[root@db ~]# ls -l
total 5832
-rw-------. 1 root root    1232 Jun 22 20:23 anaconda-ks.cfg
-rw-r--r--. 1 root root 1234230 Jul  9 16:06 backup.sql
-rw-r--r--. 1 root root     226 Jul 10 14:41 create_procedure.sql
-rw-r--r--. 1 root root    5237 Jul  9 16:29 increment.sql
-rw-r--r--. 1 root root 1232273 Jul  9 15:23 my.sql
-rw-r--r--. 1 root root 3483771 May 19 14:18 redis-stable.tar.gz
[root@db ~]# cd /usr/local/redis-stable/
[root@db redis-stable]# ls -l
total 264
-rw-rw-r--.  1 roo  roo   21840 May 19 14:12 00-RELEASENOTES
-rw-rw-r--.  1 roo  roo      51 May 19 14:12 BUGS
-rw-rw-r--.  1 roo  roo    5027 May 19 14:12 CODE_OF_CONDUCT.md
-rw-rw-r--.  1 roo  roo    2634 May 19 14:12 CONTRIBUTING.md
-rw-rw-r--.  1 roo  roo    1487 May 19 14:12 COPYING
drwxrwxr-x.  8 roo  roo    4096 Jul 18 08:50 deps
-rw-r--r--.  1 root root     88 Jul 18 21:05 dump.rdb
-rw-rw-r--.  1 roo  roo      11 May 19 14:12 INSTALL
-rw-rw-r--.  1 roo  roo     151 May 19 14:12 Makefile
-rw-rw-r--.  1 roo  roo    6888 May 19 14:12 MANIFESTO
-rw-rw-r--.  1 roo  roo   22607 May 19 14:12 README.md
-rw-rw-r--.  1 roo  roo  107513 Jul 18 20:17 redis.conf
-rwxrwxr-x.  1 roo  roo     279 May 19 14:12 runtest
-rwxrwxr-x.  1 roo  roo     283 May 19 14:12 runtest-cluster
-rwxrwxr-x.  1 roo  roo    1772 May 19 14:12 runtest-moduleapi
-rwxrwxr-x.  1 roo  roo     285 May 19 14:12 runtest-sentinel
-rw-rw-r--.  1 roo  roo    1695 May 19 14:12 SECURITY.md
-rw-rw-r--.  1 roo  roo   14700 May 19 14:12 sentinel.conf
drwxrwxr-x.  4 roo  roo   12288 Jul 18 08:52 src
drwxrwxr-x. 11 roo  roo    4096 May 19 14:12 tests
-rw-rw-r--.  1 roo  roo    3628 May 19 14:12 TLS.md
drwxrwxr-x.  9 roo  roo    4096 May 19 14:12 utils
[root@db redis-stable]# rm -rf dump.rdb
[root@db redis-stable]# ls -l
total 260
-rw-rw-r--.  1 roo roo  21840 May 19 14:12 00-RELEASENOTES
-rw-rw-r--.  1 roo roo     51 May 19 14:12 BUGS
-rw-rw-r--.  1 roo roo   5027 May 19 14:12 CODE_OF_CONDUCT.md
-rw-rw-r--.  1 roo roo   2634 May 19 14:12 CONTRIBUTING.md
-rw-rw-r--.  1 roo roo   1487 May 19 14:12 COPYING
drwxrwxr-x.  8 roo roo   4096 Jul 18 08:50 deps
-rw-rw-r--.  1 roo roo     11 May 19 14:12 INSTALL
-rw-rw-r--.  1 roo roo    151 May 19 14:12 Makefile
-rw-rw-r--.  1 roo roo   6888 May 19 14:12 MANIFESTO
-rw-rw-r--.  1 roo roo  22607 May 19 14:12 README.md
-rw-rw-r--.  1 roo roo 107513 Jul 18 20:17 redis.conf
-rwxrwxr-x.  1 roo roo    279 May 19 14:12 runtest
-rwxrwxr-x.  1 roo roo    283 May 19 14:12 runtest-cluster
-rwxrwxr-x.  1 roo roo   1772 May 19 14:12 runtest-moduleapi
-rwxrwxr-x.  1 roo roo    285 May 19 14:12 runtest-sentinel
-rw-rw-r--.  1 roo roo   1695 May 19 14:12 SECURITY.md
-rw-rw-r--.  1 roo roo  14700 May 19 14:12 sentinel.conf
drwxrwxr-x.  4 roo roo  12288 Jul 18 08:52 src
drwxrwxr-x. 11 roo roo   4096 May 19 14:12 tests
-rw-rw-r--.  1 roo roo   3628 May 19 14:12 TLS.md
drwxrwxr-x.  9 roo roo   4096 May 19 14:12 utils

再查，没有了
[root@db redis-stable]# find / -name 'dump.rdb'

重启redis服务，重启主机
接着开启服务，查看是否还有数据
127.0.0.1:6379> keys *
(empty array)

（6）开启RDB，并修改部分配置

进入配置文件
vim /etc/redis.conf
注释掉
save ""
修改保存时间，69秒三次
save 60 3   
修改保存路径
dir  /rdbdata

保存并退出
：wq

要测试RDB，则需要把AOF关闭，查看配置文件，发现AOF默认关闭
appendonly no
查询有无数据
127.0.0.1:6379> keys *
(empty array)

先插入两条
127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> set k2 v2
OK

查询到这个文件下没有变化
[root@db ~]# ls -l /rdbdata/
total 0

插入第三条数据
127.0.0.1:6379> set k3 v3
OK
查询，发生变化
[root@db ~]# ls -l /rdbdata/
total 4
-rw-r--r--. 1 root root 114 Jul 21 08:23 dump.rdb

（7）优点和缺点
优点：RDB 方式适合大规模的数据恢复，并且对数据完整性和一致性要求不高更适合使用。节省磁盘空间；恢复速度快
缺点：Fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑；虽然Redis在fork时使用了写时拷贝技术，但是如果数据庞大时还是比较消耗性能；在备份周期在一定间隔时间做一次备份，所以如果Redis意外down掉的话，就会丢失最后一次快照后的所有修改。

2、AOF

（1）定义

  • 以日志的形式来记录每个写操作（增量保存），将Redis执行过的所有写指令记录下来(读操作不记录)， 只追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据。简单说，Redis 重启时会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。
  • 在Redis的默认配置中AOF（Append Only File）持久化机制是没有开启的，要想使用AOF持久化需要先开启此功能。AOF持久化会将被执行的写命令写到AOF文件末尾，以此来记录数据发生的变化，因此只要Redis从头到尾执行一次AOF文件所包含的所有写命令，就可以恢复AOF文件的记录的数据集。

（2）持久化流程

1）客户端的请求写命令会被 append 追加到 AOF 缓冲区内。

2）AOF 缓冲区根据 AOF 持久化策略 [always,everysec,no] 将操作sync同步到磁盘的 AOF 文件中。

3）AOF 文件大小超过重写策略或手动重写时，会对 AOF 文件 rewrite 重写，压缩 AOF 文件容量。

4）Redis 服务重启时，会重新 load 加载 AOF 文件中的写操作达到数据恢复的目的。

（3）AOF操作
相关配置文件介绍

是否开启AOF
appendonly no 

AOF文件的基名
appendfilename "appendonly.aof"
# For example, if appendfilename is set to appendonly.aof, the following file
# names could be derived:
#
# - appendonly.aof.1.base.rdb as a base file.
# - appendonly.aof.1.incr.aof, appendonly.aof.2.incr.aof as incremental files.
# - appendonly.aof.manifest as a manifest file.

AOF存储的目录
appenddirname "appendonlydir" 

刷盘的时机
appendfsync everysec

每秒刷一次
everysec: 

总是：每一次写操作都刷盘
always: 

不决定刷盘的时机，交给操作系统
no：redis

在重写的时候是否进行刷盘
no-appendfsync-on-rewrite no
 
# 触发AOF重写的机制：
auto-aof-rewrite-percentage 100 #  100% 对比：上次文件大小
auto-aof-rewrite-min-size 64mb  #  最小文件大小64mb
aof-load-truncated yes  # 是否加载后清空aof
aof-use-rdb-preamble yes # rdb+aof的方式来持久化
aof-timestamp-enabled no # 是否启用时间戳

开启AOF

配置文件中

关闭RDB
save ""
开启AOF
appendonly yes

测试
127.0.0.1:6379> keys *
1) "k3"
2) "k2"
3) "k1"
127.0.0.1:6379> shutdown
not connected> exit
[root@db ~]# redis-server /etc/redis.conf 
2524:C 21 Jul 2024 08:56:17.510 # WARNING Memory overcommit must be enabled! Without it, a background save or replication may fail under low memory condition. Being disabled, it can also cause failures without low memory condition, see https://github.com/jemalloc/jemalloc/issues/1328. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
[root@db ~]# redis-cli 
127.0.0.1:6379> keys *
(empty array)
插入数据
127.0.0.1:6379> set k1 v1
OK
127.0.0.1:6379> set k2 v2
OK
127.0.0.1:6379> set k3 v3
OK
查看对应文件位置
[root@db ~]#  find / -name 'appendonlydir'
/rdbdata/appendonlydir
[root@db ~]# cd /rdbdata/
[root@db rdbdata]# ls -l
total 4
drwxr-xr-x. 2 root root 103 Jul 21 08:56 appendonlydir
-rw-r--r--. 1 root root 114 Jul 21 08:59 dump.rdb

查看文件里面的内容（开启AOF后产生）
[root@db rdbdata]# cd appendonlydir
[root@db appendonlydir]# ls -l
total 12
-rw-r--r--. 1 root root  88 Jul 21 08:56 appendonly.aof.1.base.rdb
-rw-r--r--. 1 root root 110 Jul 21 08:59 appendonly.aof.1.incr.aof
-rw-r--r--. 1 root root  88 Jul 21 08:56 appendonly.aof.manifest


查看文件里面的内容
[root@db appendonlydir]# cat appendonly.aof.1.incr.aof 
*2（这个指令两部分组成）
$6（6个字符）
SELECT
$1（1个字符）
0
*3
$3
set
$2
k1
$2
v1
*3
$3
set
$2
k2
$2
v2
*3
$3
set
$2
k3
$2
v3

测试AOF会不会压缩瘦身（文件达到一定大小），可以手动触发（待补充）

127.0.0.1:6379> set k1 v4
OK
127.0.0.1:6379> set k1 v5
OK
127.0.0.1:6379> set k1 v6
OK

[root@db appendonlydir]# cat appendonly.aof.1.incr.aof 
*2
$6
SELECT
$1
0
*3
$3
set
$2
k1
$2
v1
*3
$3
set
$2
k2
$2
v2
*3
$3
set
$2
k3
$2
v3
*3
$3
set
$2
k1
$2
v4
*3
$3
set
$2
k1
$2
v5
*3
$3
set
$2
k1
$2
v6

rewrite（待补充）

蝉鸣@l
关注
  • 15
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
〖Python 数据库开发实战 - Redis篇②〗- Linux系统下安装 Redis 数据库
易编橙 · 终身成长社群，相遇已是上上签！
09-11 4万+
本来是打算自己在虚拟机下搭建一个 Redis 的环境，顺便总结一下安装的步骤来着。但是环境搭建的文章比比皆是，即使我写出来，也只是一种重复的劳动而已，恰巧看到 [皮卡丘大佬]写了一篇 [猿创征文｜redis安装(Linux)] 的文章，内容甚是详细，这里我就借花献佛了。在征得 [皮卡丘大佬]的同意后，直接使用了他的文章。感兴趣的小伙伴，可以按照这个步骤在自己的 Linux 虚拟机安装一下，亲测有效。至于我自己，我还是偷个懒吧
Linux下redis的持久化、主从同步与哨兵详解
01-20
Redis是一种内存型数据库，一旦服务器进程退出，数据库的数据就会丢失，为了解决这个问题，Redis提供了两种持久化的方案，将内存中的数据保存到磁盘中，避免数据的丢失。 1|1RDB持久化 redis提供了RDB持久化的功能...
【Redis】Redis持久化之RDB详解（Redis专栏启动）
小明的Java问道之路
02-14 7167
本文讲解Redis持久性机制RDB，RDB持久化的两种方法（RDB的两种策略方式、save和bgsave命令）并进行比较，如何使用RDB策略备份数据，分析Redis RDB优缺点，bgsave原理，bgsave执行流程，fork的实现原理（Copy On Write写时复制）。
Redis基础——1、Linux下安装Redis（超详细）
热门推荐
qq_52227892的博客
05-12 4万+
本文主要介绍了如何再Linux系统下安装Redis
Redis之持久化实操(Linux版)
qq_53267860的博客
06-30 1123
注:”RDB自动启动方式：与“bgsave”一样，在此省略 10.3服务器运行过程中关闭服务器时指定保存数据 11.RDB优缺点 12.AOF介绍 13.AOF写数据原理 以下两个演示是视频截屏：
Redis的持久化详解
怪咖@的博客
06-05 2万+
Redis的持久化，Redis是一个基于内存的数据库，它的数据是存放在内存中，内存有个问题就是关闭服务或者断电会丢失。Redis的数据也支持写到硬盘中，这个过程就叫做持久化。RDB（Redis DataBase）：简而言之，就是在指定的时间间隔内，定时的将 redis 存储的数据生成Snapshot快照并存储到磁盘等介质上；AOF（Append Of File）：将 redis 执行过的所有写指令记录下来，在下次 redis 重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。
Redis 持久化
Zyw907155124的博客
01-05 1943
Redis 持久化配置 ：RDB、AOF、混合持久化 RDB：save、bgsave AOF:自动触发AOF重写、AOF重写机制 Redis 4.0 混合持久化：混合持久化配置 Redis持久化关闭未生效：不同版本Redis关闭RDB的坑
深入详解Redis持久化操作
qq_53953803的博客
02-06 1364
一篇拿捏Redis持久化技术
最新Redis7持久化（权威出版）
loss_rose777的博客
12-10 4万+
运用官方权威文档，并且用简洁的语言来描述Redis7和Redis7之前的各种关于持久化的操作方法，以及面试常见场景，看这一篇就完全够用！！！
Redis（概述，关系型数据库和非关系型数据库，linux安装Redis，redis数据类型）
qq_53677566的博客
01-25 1200
RedisRedis是什么关系型数据库与非关系型数据库linux安装Redisredis数据类型 Redis是什么 Redis 是一个开源（BSD 许可）的，使用 C 语言编写的,支持网络交互的, 内存中的 Key-Value 数据结构存储系统，它可以用作数据库、缓存和消息中间 件。它支持多种类型的数据结构，如 字符串（strings）， 散列（hashes）， 列 表（lists）， 集合（sets）， 有序集合（sorted sets）。 redis 的作者，叫 Salvatore Sanfilippo
【redis】redix在Linux下的环境配置和redis的全局命令
xiaoxie8023的博客
05-03 3005
目录​编辑 一.redix在Linux下的环境配置1.基于Centos下的环境配置1.使用yum安装 2.构建符号链接 3.针对配置⽂件设置符号链接4.修改配置文件1.打开配置文件2.设置 IP 地址 3.关闭保护模式4.启动守护进程​编辑5.设置工作目录和日志目录 5.启动 redis1.启动redis服务器2.打开redis的客服端6.停⽌ redis服务器2.基于Ubuntu下的环境配置二.redis的全局命令1.get 和 set2.keys1.? 匹配任意一个字符2. * 匹配任意多个字符包括0个
Linux运维数据库篇redis数据库如何实现持久化 数据库运维.pdf
04-19
持久化是Redis数据库的重要组件之一，它可以确保数据的安全性和可靠性。Redis提供了两种持久化方式：RDB（Redis Database）和AOF（Append Only File）。 RDB持久化 RDB是一种快照持久化方式，它可以将Redis...
【redis】– redis的持久化（作为数据库）
01-07
故把redis当成数据库使用时就需要对redis进行持久化。 在说redis持久化的时候，我们先来聊聊其他的知识。linux的父子进程。在Linux中使用fork()函数会给当前正在运行的进程创建一个子进程。那么现在问题就来了，fork...
Linux服务器安装redis数据库图文教程
09-09
Redis是一个开源的使用ANSI C语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API...这篇文章主要介绍了Linux服务器安装redis数据库图文教程,需要的朋友可以参考下
OAuth2.0 or Spring Session or 单点登录流程
最新发布
qq_53374893的博客
07-20 231
一句话精辟解释： 在过滤器放行的时候，偷偷的把原生的 request 和 response 对象换成了它的实现，也就是 调用getSession 的时候拿到的 其实是对redis 操作的Session。但其他的操作还是使用原生的，只不过重写的方法，调用的是子类的，也就是往 redis 里放入 Session，把原生的操作给替换了！分布式Session原理，使用子域名，的时候放入父域名的 JsessionId 然后将这个ID 的所存的内容放入Redis ，这样实现不同域名共享同一sessionID.
MySQL（事务、索引）&&MyBatis
hycccccch的博客
07-19 563
事务指的是一组操作的集合，是一个不可分割的工作单位。事务会将所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败默认MySQL的事务是自动提交，即当执行一条DML语句时，MySQL会立即隐式的提交事务开启事务后运行事务不会对数据改变，commit后才会改变数据如果有命令发生错误，需要进行rollback进行回滚、
Spring框架之DI依赖注入
G81948577的博客
07-18 967
我们在下面构建spring的过程中体会依赖注入；从上面的图中我们知道，在ssm框架中服务层（server）无法直接操作数据库，持久层（dao）是直接操作数据库进行数据处理的，但是我们如果在服务层有一个持久层的对象，然后我们在服务层通过对象去调用持久层的方法就可以操作数据库了。@OverrideSystem.out.println("持久层，你好");UserServiceImpl类中的代码如下@Override。
深入 Dify 源码，洞察 Dify RAG 核心机制
易迟的专栏
07-17 1128
之前深入源码对 Dify 的完整流程进行了解读，基本上梳理了 Dify 的实现流程与主要组件。但是在实际部署之后，发现 Dify 现有的 RAG 检索效果没有那么理想。因此个人结合前端页面，配置信息与实现流程，深入查看了私有化部署的 Dify 的技术细节。将核心内容整理在这边，方便大家根据实际的业务场景调整 Dify 知识库的配置，或者根据需要进行二次开发调优。
Apache AGE的WITH子句
oscube的博客
07-17 305
使用 WITH，您可以在将输出传递给以下查询部分之前对其进行操作。这些操作可以是结果集中条目的形状和/或数量。WITH 也可以像 RETURN 一样，使用别名对引入结果的表达式进行别名，使用别名作为绑定名称。WITH 还用于将图的读取与图的更新分开。查询的每个部分必须是只读的或只写的。从写入子句转到读取子句时，可以使用可选的 WITH 进行此操作。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值