rudy gao

检查点，通俗的理解就是数据库处于数据一致性，完整性的点。因此在这个点之前提交的事务确保数据已经写入数据文件，事务状态已经写入pg_clog文件。通常创建检查点会需要一个漫长的过程，那么怎么保证数据的一致性和完整性呢？从数据恢复（XLOG）的角度来看，检查点在XLOG文件中分为两个位置，一个是逻辑位置，一个是物理位置。逻辑位置即开始位置，也是一致性位置，在这个位置之前

checkpoint就是把共有内存里面更新过的数据写到磁盘（磁盘缓存）里面的处理。有两个参数控制写入的时机和频率，两个参数同时有效，满足任何一个条件都会执行写入处理。（应该是。。^_^;）checkpoint_segments：定量，写入大小。 一个是16MB，默认是3，所以就是48MB。到了这个量就会调用写入处理。checkpoint_timeout：定时，写入间隔。默认是5mi

在只读模式下,PostgreSQL不允许如下SQL:When a transaction is read-only, the following SQL commands are disallowed: INSERT,UPDATE, DELETE, and COPY FROM if the table they would write to is not a temporary tab

Postgres在postgresql.conf里面的配置参数有几个是和OS的内核参数紧密相关的，通常默认值是偏小的，但设置过大也会造成Postgres的启动失败，官方文档(Part 17.3)有较详细的说明，但没有例子，这里给出实际示例。 测试环境: DB: postgres 9.1.3 OS: CentOS 6.2 / Redhat--内核参数文件位置:/proc/sys

--有时候操作系统的时间与pg的时间不一致，这往往时两者时区不一致造成的

--如果系统出现访问缓慢，首先可以通过zabbix查看系统中的数据库连接数，cpu使用率，内存使用率，swap使用率，以及系统io吞吐是不是有明显的抖动--如果数据库连接数突增，可能是系统访问量突然增大，更有可能是数据库执行一个或多个sql，造成资源争用，数据库处理速度跟不上向数据库发送请求的速度--如果cpu空增，内存变动不大，可能是数据库在进行大量的计算，比如sql的聚合操作--如