目录
数据库持久化启动
数据持久化验证
在上一篇基于docker的安装中，我们使用enmotech的最新镜像完成了安装和启动。容器部署非常方便，卸载更是简单。但是这个特点如同一柄双刃剑，带来便利的同时，也会有一些缺点。容器一旦删除，容器内的所有数据和配置都会丢失。即使重新运行一个新的容器，得到的不过是一个崭新的初始状态的数据库。
所以，对于数据库这种需要持久化的数据来说，还需要看下如何才能防止因为容器的删除或损坏导致数据的丢失。在openGauss数据库中，通过指定相关参数来实现此功能。
数据库持久化启动
我们本次持久化测试的环境基于上一篇在docker部署openGauss。我们先把上次启动的容器实例删掉。
[root@pekphisprb70593 docker]# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
573ea1edffb8 enmotech/opengauss:3.0.0 "entrypoint.sh gauss…" 3 days ago Up 3 days 5432/tcp opengauss
[root@pekphisprb70593 docker]# docker stop 573ea1edffb8
573ea1edffb8
[root@pekphisprb70593 docker]# docker rm 573ea1edffb8
573ea1edffb8
以下命令使用原opengauss镜像启动一个容器：
docker run --name opengauss --privileged=true -d -e GS_PASSWORD=Enmo@123 -v /enmotech/opengauss:/var/lib/opengauss -p 15432:5432 enmotech/opengauss:3.0.0
其余参数的解释可以参考上一篇安装。这里我们主要关注下 -p -v两个参数。
- -p参数：openGauss的默认侦听启动在容器内的5432端口上，如果想要从容器外部访问数据库，则需要在docker run的时候指定-p参数。比如以上命令将允许使用15432端口在容器外访问数据库。上述命令正常启动容器数据库之后，可以通过外部的gsql进行数据库访问。
- -v 参数：指定Docker中openGauss的所有数据文件，容器内是/var/lib/opengauss目录 ，宿主机是/enmotech/opengauss目录。如果宿主机的/enmotech/opengauss如果不存在，docker会自动创建，但是必须是绝对路径。Docker对其拥有读写权限。
在容器内部查看数据库目录。如下图，已在容器内/var/lib/opengauss创建了data目录。
![]()
[root@pekphisprb70593 docker]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
89747134cd4d enmotech/opengauss:3.0.0 "entrypoint.sh gauss…" About a minute ago Up About a minute 0.0.0.0:15432->5432/tcp, :::15432->5432/tcp opengauss
[root@pekphisprb70593 docker]# docker exec -it 89747134cd4d /bin/bash
root@89747134cd4d:/# cd /var/lib/opengauss/data/
root@89747134cd4d:/var/lib/opengauss/data# ls
asp_data gs_gazelle.conf pg_audit pg_errorinfo pg_location pg_notify pg_snapshots PG_VERSION postmaster.opts undo
base gs_profile pg_clog pg_hba.conf pg_log pg_perf pg_stat_tmp pg_xlog postmaster.pid
gaussdb.state gswlm_userinfo.cfg pg_csnlog pg_ident.conf pg_logical pg_replslot pg_tblspc postgresql.conf postmaster.pid.lock
global mot.conf pg_ctl.lock pg_llog pg_multixact pg_serial pg_twophase postgresql.conf.lock sql_monitor
我们在宿主机上查看下数据库目录。如下图，已在宿主机上/enmotech/opengauss创建了data目录。可以看到容器中的数据已存储到操作系统中。
![]()
数据持久化验证
下面我们通过建表、插入数据查看是否可以完成数据的持久化存储。
1.进入容器，登录数据库。
[root@pekphisprb70593 docker]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
89747134cd4d enmotech/opengauss:3.0.0 "entrypoint.sh gauss…" About a minute ago Up About a minute 0.0.0.0:15432->5432/tcp, :::15432->5432/tcp opengauss
[root@pekphisprb70593 docker]# docker exec -it 89747134cd4d /bin/bash
root@89747134cd4d:/var/lib/opengauss/data# su - omm
omm@89747134cd4d:~$ gsql
omm=#
是个新的数据库实例，看下我之前安装时测试创建的用户wxx在不。不出所料，就是不存在的。因为之前操作的时候并没有进行持久化的启动。
![]()
2.创建表test1，然后插入数据。
create table test1(id int,name varchar(20));
INSERT INTO test1 VALUES (1, 'oligei');
3.关闭数据库。
omm@89747134cd4d:~$ gs_ctl stop -D /var/lib/opengauss/data/
[2022-07-19 02:46:25.253][423][][gs_ctl]: gs_ctl stopped ,datadir is /var/lib/opengauss/data
waiting for server to shut down....[root@pekphisprb70593 docker]#
4.启动数据库
[root@pekphisprb70593 docker]# docker start 89747134cd4d
89747134cd4d
[root@pekphisprb70593 docker]# docker exec -it 89747134cd4d /bin/bash
root@89747134cd4d:/# su - omm
omm@89747134cd4d:~$ gsql
5.验证一下容器重启后，原来的数据还在。![]()
6.只是重启的话，那数据没丢一点都不意外。我们更多关注的是容器删除这种情况。
[root@pekphisprb70593 docker]# docker stop 89747134cd4d
89747134cd4d
[root@pekphisprb70593 docker]# docker rm 89747134cd4d
89747134cd4d
[root@pekphisprb70593 docker]# docker exec -it 89747134cd4d /bin/bash
Error: No such container: 89747134cd4d
可以看到原容器已删除成功。
7.现在重新启动，看下是否持久化成功。这里还是需要使用之前指定的存储路径的。
[root@pekphisprb70593 docker]# docker run --name opengauss --privileged=true -d -e GS_PASSWORD=Enmo@123 -v /enmotech/opengauss:/var/lib/opengauss -p 15432:5432 enmotech/opengauss:3.0.0
[root@pekphisprb70593 docker]# docker ps
[root@pekphisprb70593 docker]# docker exec -it 74b94a7bda80 /bin/bash
root@74b94a7bda80:/# su - omm
omm@74b94a7bda80:~$ gsql
omm=# select * from test1;
结果上个图。
![]()
由上图也可以看出，原来的表记录依然存在，数据库持久化成功。
openGauss: 一款高性能、高安全、高可靠的企业级开源关系型数据库。
🍒如果您觉得博主的文章还不错或者有帮助的话，请关注一下博主，如果三连收藏支持就更好啦！谢谢各位大佬给予的鼓励！
