49 openEuler搭建PostgreSQL数据库服务器-软件介绍
Posted superman超哥
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了49 openEuler搭建PostgreSQL数据库服务器-软件介绍相关的知识,希望对你有一定的参考价值。
文章目录
49 openEuler搭建PostgreSQL数据库服务器-软件介绍
PostgreSQL是一个功能非常强大的、源代码开放的客户/服务器关系型数据库管理系统(RDBMS)。PostgreSQL最初设想于1986年,当时被叫做Berkley Postgres Project。该项目一直到1994年都处于演进和修改中,直到开发人员Andrew Yu和Jolly Chen在Postgres中添加了一个SQL(Structured Query Language,结构化查询语言)翻译程序,该版本叫做Postgres95,在开放源代码社区发放。
1996年,再次对Postgres95做了较大的改动,并将其作为PostgresSQL6.0版发布。该版本的Postgres提高了后端的速度,包括增强型SQL92标准以及重要的后端特性(包括子选择、默认值、约束和触发器)。
PostgreSQL是一个非常健壮的软件包,有很多在大型商业RDBMS中所具有的特性,包括事务、子选择、触发器、视图、外键引用完整性和复杂锁定功能。另一方面,PostgreSQL也缺少商业数据库中某些可用的特性,如用户定义的类型、继承性和规则。从用户的角度来讲,PostgreSQL惟一不具备的主要特性就是外部连接,在今后的版本中会将其加入。
PostgreSQL提供了两种可选模式。一种模式保证如果操作系统或硬件崩溃,则数据将保存到磁盘中,这种模式通常比大多数商业数据库要慢,这是因为它使用了刷新(或同步)方法;另一种模式与第一种不同,它不提供数据保证,但它通常比商业数据库运行得快。遗憾的是,还没有一种折中的模式:既提供一定程度的数据安全性,又有较快的执行速度。今后的版本将会提供这种模式。
49.1 PostgreSql架构
PostgreSQL的架构如图1所示,主要进程说明如表1所示。
图 1 PostgreSql架构
49.2 PostgreSql中的主要进程说明
表 1 PostgreSql中的主要进程说明
进程类别 | 进程名称 | 说明 |
---|---|---|
主进程 | Postmaster | Postmaster是整个数据库实例的总控进程,负责启动和关闭该数据库实例。 |
常驻进程 | Postgres(常驻进程) | 管理后端的常驻进程,也称为“postmaster”。其默认侦听UNIXDomain Socket和TCP/IP(Windows等,一部分的平台只侦听TCP/IP)的5432端口,等待来自前端的的连接处理。侦听的端口号可以在PostgreSql的设置文件postgresql.conf中修改。 |
子进程 | Postgres(子进程) | 子进程根据pg_hba.conf定义的安全策略来判断是否允许进行连接,根据策略,会拒绝某些特定的IP及网络,或者也可以只允许某些特定的用户或者对某些数据库进行连接。Postgres会接受前端过来的查询,然后对数据库进行检索,最后把结果返回,有时也会对数据库进行更新。更新的数据同时还会记录在事务日志里面(PostgreSQL称为WAL日志)。这个主要是当停电、服务器宕机、重新启动的时候进行恢复处理的时候使用。另外,把日志归档保存起来,可在需要进行恢复的时候使用。在PostgreSQL 9.0以后,通过把WAL日志传送其他的postgreSQL,可以实时的进行数据库复制,这就是所谓的“数据库复制”功能。 |
辅助进程 | SysLogger(系统日志) | 需要在Postgres.conf中logging_collection设置为on,此时主进程才会启动Syslogger辅助进程。 |
BgWriter(后台写) | 把共享内存中的脏页写到磁盘上的进程。主要是为了提高插入、更新和删除数据的性能。 | |
WALWriter(预写式日志) | 在修改数据之前把修改操作记录到磁盘中,以便后面更新实时数据时就不需要数据持久化到文件中。 | |
PgArch(归档) | WAL日志会被循环使用,PgArch在归档前会把WAL日志备份出来。通过PITY(Point in Time Recovery)技术,可以对数据库进行一次全量备份后,该技术将备份时间点之后的WAL日志通过归档进行备份,使用数据库的全量备份再加上后面产生的WAL日志,即可把数据库向前推到全量备份后的任意一个时间点。 | |
AutoVacuum(系统自动清理) | 在PostgreSQL数据库中,对表进行DELETE操作后,旧的数据并不会立即被删除,并且,在更新数据时,也并不会在旧的数据上做更新,而是新生成一行数据。旧的数据只是被标识为删除状态,只有在没有并发的其他事务读到这些数据时,它们才会被清除。这个清除工作就由AutoVacuum进程完成。 | |
PgStat(统计收集) | 做数据的统计收集工作。主要用于查询优化时的代价估算,包括一个表和索引进行了多少次的插入、更新、删除操作,磁盘块读写的次数、行的读次数。pg_statistic中存储了PgStat收集的各类信息。 | |
CheckPoint(检查点) | 检查点是系统设置的事务序列点,设置检查点保证检查点前的日志信息刷到磁盘中。 |
使用openEuler系统 搭建Nginx服务器
文章目录
1 Nginx服务器
1.1 概述
Nginx 是一款轻量级的 Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,其特点是占用内存少,并发能力强,事实上nginx的并发能力在同类型的网页服务器中表现较好,支持FastCGI、SSL、Virtual Host、URL Rewrite、Gzip等功能,并且支持很多第三方的模块扩展。
Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器 ,同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点(俄文:Рамблер)开发的,公开版本1.19.6发布于2020年12月15日。
其将源代码以类BSD许可证的形式发布,因它的稳定性、丰富的功能集、简单的配置文件和低系统资源的消耗而闻名。2022年01月25日,nginx 1.21.6发布。
1.2 安装
- 配置本地yum源
- 清除缓存。
# dnf clean all
- 创建缓存。
# dnf makecache
- 在root权限下安装nginx服务。
# dnf install nginx
[root@scfuture-21 ~]#
- 查看安装后的rpm包。
# dnf list all | grep nginx
1.3 管理nginx
1.3.1 概述
通过systemctl工具,可以对nginx服务进行管理,包括启动、停止、重启服务,以及查看服务状态等。本节介绍nginx服务的管理操作。
1.3.2 前提条件
- 为了能够使用nginx服务,请确保您的系统中已经安装nginx服务。若未安装,可参考安装进行安装。
- 启动、停止和重启nginx服务,需要使用root权限。
1.3.3 启动服务
- 启动并运行nginx服务,命令如下:
# systemctl start nginx
- 假如希望在系统启动时,nginx服务自动启动,则命令和回显如下:
# systemctl enable nginx
说明:
假如正在运行的nginx服务器作为一个安全服务器,系统开机启动后需要密码,这个密码使用的是加密的私有SSL密钥。
1.3.4 停止服务
- 停止运行的nginx服务,命令如下:
# systemctl stop nginx
- 如果希望防止服务在系统开机阶段自动开启,命令和回显如下:
# systemctl disable nginx
1.3.5 重启服务
重启服务有三种方式:
- 完全重启服务
# systemctl restart nginx
该命令会停止运行的nginx服务并且立即重新启动它。一般在服务安装以后或者去除一个动态加载的模块(例如PHP)时使用这个命令。
- 重新加载配置
# systemctl reload nginx
该命令会使运行的nginx服务重新加载它的配置文件。任何当前正在处理的请求将会被中断,从而造成客户端浏览器显示一个错误消息或者重新渲染部分页面。
- 平滑重启nginx
# ps -ef | grep nginx
# kill -HUP 主进程ID
该命令会使运行的nginx服务重新加载它的配置文件。任何当前正在处理的请求将会继续使用旧的配置文件。
示例命令如下:
[root@scfuture-21 ~]# ps -ef | grep nginx
root 2446 1 0 10:44 ? 00:00:00 nginx: master process /usr/sbin/nginx
nginx 2452 2446 0 10:44 ? 00:00:00 nginx: worker process
nginx 2453 2446 0 10:44 ? 00:00:00 nginx: worker process
root 2463 2069 0 10:45 pts/0 00:00:00 grep --color=auto nginx
[root@scfuture-21 ~]#
[root@scfuture-21 ~]# kill -HUP 2446
[root@scfuture-21 ~]#
[root@scfuture-21 ~]# ps -ef | grep nginx
root 2446 1 0 10:44 ? 00:00:00 nginx: master process /usr/sbin/nginx
nginx 2464 2446 0 10:45 ? 00:00:00 nginx: worker process
nginx 2465 2446 0 10:45 ? 00:00:00 nginx: worker process
root 2467 2069 0 10:46 pts/0 00:00:00 grep --color=auto nginx
1.3.6 验证服务状态
验证nginx服务是否正在运行
# `systemctl is-active nginx`
回显为“active”说明服务处于运行状态。
1.4 配置文件说明
当nginx服启动后,默认情况下它会读取如表2所示的配置文件。
表 2 配置文件说明
配置文件的辅助目录,这些配置文件也被包含在主配置文件当中一个配置文件的辅助目录被包含在主要的配置文件中
虽然默认配置可以适用于多数情况,但是用户至少需要熟悉里面的一些重要配置项。配置文件修改完成后,可以在root权限下使用如下命令检查配置文件可能出现的语法错误。
# nginx -t
如果回显信息中有“syntax is ok”,说明配置文件语法正确。
说明:
- 在修改配置文件之前,请先备份原始文件,以便出现问题时能够快速恢复配置文件。
- 需要重启web服务,才能使修改后的配置文件生效。
1.5 管理模块
1.5.1 概述
nginx服务是一个模块化的应用,它和许多动态共享对象DSO(Dynamic Shared Objects)一起分发。动态共享对象DSO,在必要情况下,可以在运行时被动态加载或卸载。服务器操作系统中这些模块位于/usr/lib64/nginx/modules/目录下。
1.5.2 加载模块
为了加载一个特殊的DSO模块,在配置文件中使用加载模块指示。独立软件包提供的模块一般在/usr/share/nginx/modules目录下有他们自己的配置文件。
因openEuler操作系统中使用dnf install nginx安装nginx是会自动加载DSO。
1.6 验证web服务是否搭建成功
Web服务器搭建完成后,可以通过如下方式验证是否搭建成功。
- 在root权限下查看服务器的IP地址,命令如下:
# ifconfig
回显信息如下,说明服务器IP为 192.168.1.21。
示例命令如下:
- 在root权限下配置防火墙:
# firewall-cmd --add-service=http --permanent
# firewall-cmd --reload
- 验证web服务器是否搭建成功,用户可选择Linux或Windows系统进行验证。
- 使用Linux系统验证
- 执行如下命令,查看是否可以访问网页信息,服务搭建成功时,该网页可以正常访问。
# curl http://192.168.1.21
执行如下命令,查看命令返回值是否为0,返回值为0,说明nginx服务器搭建成功。
# echo $?
- 使用Windows系统验证
如果修改了端口号,输入地址格式如下:
92.168.1.21:端口号
以上是关于49 openEuler搭建PostgreSQL数据库服务器-软件介绍的主要内容,如果未能解决你的问题,请参考以下文章
43 openEuler搭建Apache服务器-配置文件说明和管理模块
39 openEuler搭建FTP服务器-安装管理vsftpd服务