关于postgresql进程的信息

为什么 MySQL 使用多线程，而 Oracle 和 PostgreSQL 使用多进程

首先要明白县城和进程的区别和关系

成都创新互联-专业网站定制、快速模板网站建设、高性价比桥西网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式桥西网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖桥西地区。费用合理售后完善，十多年实体公司更值得信赖。

一个进程至少拥有一个线程，一个线程只属于一个进程。

进程是拥有资源和调度的基本单位，线程是调度的基本单位。

进程独立拥有内存，线程共享所属进程的内存。

ORACLE在windows上也是多线程。

传统的unix系统，早期没有提供多线程，只有多进程。linux是最近的版本才加入多线程支持，以前一直都是多进程。windows很早就支持多线程，本地应用大部分也是多线程。因此oracle在windows上一直都是多线程，在unix上才是多进程。多进程的好处是，一个进程崩溃不会影响其他进程，多线程的好处是不需要共享内存这样的手段来访问数据库缓冲区。mysql很可能是从windows发站起来的，pg和oracle都是最早从unix发站起来的，因此前者是多线程，后两者是多进程。

最根本的原因就如方圆说的，主要是当年操作系统对线程支持不给力，而MySQL是特例，因为开发者喜欢挑战(不过事实上，那个时候的线程支持已经基本完善了。MySQL后于Oracle和POSTGRES)

希望能帮到您！

PostgreSQL服务器启动及关闭方法

1. 启动数据库服务器(posgres用户)：

[postgres@localhost bin]$ postgres -D /opt/postgresql/data/ /opt/postgresql/log/pg_server.log 21

[1] 4508

当然如果设置了环境变量

PGDATA=/opt/postgresql/data

export PGDATA

后，可使用pg_ctl工具进行启动:

[postgres@localhost log]$ pg_ctl start -l /opt/postgresql/log/pg_server.log

pg_ctl: another server might be running; trying to start server anyway

pg_ctl: could not start server

Examine the log output.

[postgres@localhost log]$

因为之前已经启动，所以打印“another server might be running”。此时，查看日志，有如下信息:

[postgres@localhost log]$ cat pg_server.log

FATAL: lock file "postmaster.pid" already exists

HINT: Is another postmaster (PID 4491) running in data directory "/opt/postgresql/data"?

[postgres@localhost log]$

当然，最简的.启动方式是：

[postgres@localhost ~]$ pg_ctl start

server starting

[postgres@localhost ~]$ LOG: database system was shut down at 2011-07-09 13:58:00 CST

LOG: autovacuum launcher started

LOG: database system is ready to accept connections

如果要在操作系统启动时就启动PG,可以在/etc/rc.d/rc.local 文件中加以下语句：

/opt/postgresql/bin/pg_ctl start -l /opt/postgresql/log/pg_server.log -D /opt/postgresql/data

2.关闭服务器

最简单方法：

[postgres@localhost ~]$ pg_ctl stop

waiting for server to shut down.... done

server stopped

与Oracle相同，在关闭时也可采用不同的模式，简介如下：

SIGTERM

不再允许新的连接，但是允许所有活跃的会话正常完成他们的工作，只有在所有会话都结束任务后才关闭。这是智能关闭。

SIGINT

不再允许新的连接，向所有活跃服务器发送 SIGTERM(让它们立刻退出)，然后等待所有子进程退出并关闭数据库。这是快速关闭。

SIGQUIT

令 postgres 向所有子进程发送 SIGQUIT 并且立即退出(所有子进程也会立即退出)，而不会妥善地关闭数据库系统。这是立即关闭。这样做会导致下次启动时的恢复(通过重放 WAL 日志)。我们推荐只在紧急的时候使用这个方法。

SIGKILL

此选项尽量不要使用，这样会阻止服务器清理共享内存和信号灯资源，那样的话你只能在启动服务器之前自己手工做这件事。另外，SIGKILL 直接把 postgres 杀掉，而不会等它把信号中继给它的子进程，因此我们还需要手工杀掉每个独立子进程。

使用方法举例：

[postgres@localhost ~]$ pg_ctl stop -o SIGTERM

LOG: received smart shutdown request

LOG: autovacuum launcher shutting down

waiting for server to shut down....LOG: shutting down

LOG: database system is shut down

done

server stopped

[postgres@localhost ~]$

最快速关闭方法：kill postgres 进程

[postgres@localhost ~]$ kill -INT `head -1 /opt/postgresql/data/postmaster.pid`

[postgres@localhost ~]$ LOG: received fast shutdown request

LOG: aborting any active transactions

LOG: autovacuum launcher shutting down

LOG: shutting down

LOG: database system is shut down

附：postgre启动后的进程，如下:

[postgres@localhost ~]$ ps -ef|grep post

root 4609 4543 0 13:57 pts/2 00:00:00 su - postgres

postgres 4610 4609 0 13:57 pts/2 00:00:00 -bash

postgres 4724 1 0 14:08 pts/2 00:00:00 /opt/postgresql/bin/postgres

postgres 4726 4724 0 14:08 ? 00:00:00 postgres: writer process

postgres 4727 4724 0 14:08 ? 00:00:00 postgres: wal writer process

postgres 4728 4724 0 14:08 ? 00:00:00 postgres: autovacuum launcher process

postgres 4729 4724 0 14:08 ? 00:00:00 postgres: stats collector process

postgres 4752 4610 0 14:11 pts/2 00:00:00 ps -ef

postgres 4753 4610 0 14:11 pts/2 00:00:00 grep post

[postgres@localhost ~]$

linux 下怎么看postgresql安装到哪个目录了？

进入/opt/pgsql-9.1.7目录可以看到安装后的postgresql的文件。

linux下安装PostgreSQL数据库步骤如下：

0.编译环境

Linux: CentOS 5.5

gcc: 4.1.2

1. 安装PostgreSQL

1) 解压postgresql-9.1.7.tar.bz2

#tar jxvf postgresql-9.1.7.tar.bz2

2) 进入解压后的postgresql-9.1.7目录

#cd postgresql-9.1.7

3) 编译postgresql源码

#./configure --prefix=/opt/pgsql-9.1.7

#make

#make install

至此，完成postgresql的安装。进入/opt/pgsql-9.1.7目录可以看到安装后的postgresql的文件。

#ls /opt/pgsql-9.1.7

2.创建postgresql数据库

1) 创建postgres用户

#useradd postgres

修改postgres密码

#passwd postgres

2) 设置postgres用户的环境变量

切换到postgres用户

#su - postgres

进入postgres的主目录

#cd ~

编辑~/.bash_profile文件

#vi ~/.bash_profile

设置以下的环境变量

export PGHOME=/opt/pgsql-9.1.7

export PGDATA=~/data

保存，退出vi。执行以下命令，使环境变量生效

#source ~/.bash_profile

3) 初始化postgres数据库

#initdb

至此，完成postgres数据库的初始化。

4) 启动postgres数据库实例

#pg_ctl start

可以看到postgresql数据库实例已经启动，通过下面的命令可以查看系统中运行的postgres进程

#ps -ef | grep postgres

5) 连接postgresql数据库

#psql -h 127.0.0.1 -d postgres -U postgres

6) 停止postgresql数据库实例

#pg_ctl stop

#ps -ef |  grep postgres

可以看到已经没有postgres进程

3. 设置PostgreSQL开机自启动

PostgreSQL的开机自启动脚本位于PostgreSQL源码目录的contrib/start-scripts路径下

linux文件即为linux系统上的启动脚本

1）修改linux文件属性，添加X属性

#chmod a+x linux

2) 复制linux文件到/etc/init.d目录下，更名为postgresql

#cp linux /etc/init.d/postgresql

3）修改/etc/init.d/postgresql文件的两个变量

prefix设置为postgresql的安装路径：/opt/pgsql-9.1.2

PGDATA设置为postgresql的数据目录路径：

4) 执行service postgresql start，就可以启动PostgreSQL服务

#service postgresql start

5）设置postgresql服务开机自启动

#chkconfig --add postgresql

执行上面的命令，就可以实现postgresql服务的开机自启动。

postgresql 进程出现waiting导致网站响应慢，请问如何解决

1。打开psql界面，输入以下：

SELECT pg_stat_get_backend_pid(s.backendid) AS procpid,

pg_stat_get_backend_activity(s.backendid) AS current_query

FROM (SELECT pg_stat_get_backend_idset() AS backendid) AS s;

2。同时监视你的数据库服务器什么时候发生update waitting状况，一旦发现，立刻记录下它的进程号。

3。迅速把第1步里的语句按回车执行了，查看结果。结果是一个view，结构大致如下：

procpid | current_query

---------+-------------------------------------------------------------------

26574 | IDLE

26640 | IDLE

26643 | IDLE

26651 | IDLE

26646 | IDLE

26649 | IDLE

26654 | IDLE

26657 | IDLE in transaction

26659 | IDLE

26674 | IDLE

23623 | IDLE

26824 | SELECT pg_stat_get_backend_pid(s.backendid) AS procpid,

: pg_stat_get_backend_activity(s.backendid) AS current_query

: FROM (SELECT pg_stat_get_backend_idset() AS backendid) AS s;

26901 | IDLE

（这是我目前开发机器上的结果，没有正在执行的语句，如果有，IDLE就会是SQL语句，最下面的哪条是这个性能执行查询自身的语句）

你把左侧一列的procpid号对应上在第2步中查到的进程号，然后把对应上的current_query 发出来，让大家帮你看看是哪句update语句执行了过长的时间，针对这条update语句再查原因可能会准确些。

postgresql autovacuum 进程CPU占用高，而且analyze进程一直在执行不结束

在某些情况下，最好是把autovacuum关掉，因为postgresql.conf中，你看到autovacuum前面加了#号，但其实是默认设置为开启。而且这个vacuum是对所有的数据库进行vacuum，如果有那么一个数据库中table多，count也多，那就导致cpu超高，而且持续时间老长。

想要结束这样的情况，就只有对经常使用的database进行vacuum，且设定自动的时间最好是数据库使用不多的时间段，比如半夜。

在进行vacuum时，耗资源耗内存，有时候还会锁死，所以analyze想要的结果，当然耗时就增加。个人观点仅供参考