关于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想要的结果，当然耗时就增加。个人观点仅供参考
名称栏目：关于postgresql进程的信息
标题路径：http://scyanting.com/article/dscjjhi.html
