PostgreSQL数据库一些tricks

PostgreSQL自带Pgadmin客户端，可用于访问本地和远程PG库，一些tricks如下：

1、联合查询

SELECT * FROM table1 INNER JOIN table2 ON table1.id=table2.id

# 其中table1，table2还可以分别用SQL选择如

SELECT * FROM (SELECT * FROM table1 where num1=2 limit 10 offset 0) a INNER JOIN (SELECT * FROM  table2 where num2=4) b ON a.id=b.id

2、索引

# 查看pg库某表table1是否使用索引

SELECT * FROM pg_indexes WHERE tablename='table1'

# 对table1的某一列或者几列创建索引

CREATE INDEX table1_index ON table1(num1, num2)  # table_index为建立的索引名称

# 删除索引

DROP INDEX table1_index

2.1 复合索引

多列复合索引的创建建议：

　　1、离散查询条件（例如等值）的列放在最前面，如果一个复合查询中有多个等值查询的列，尽量将选择性好（count(distinct) 值多的）的放在前面。

　　2、离散查询条件（例如多值）的列放在后面，如果一个复合查询中有多个多值查询的列，尽量将选择性好（count(distinct) 值多的）的放在前面。

　　3、连续查询条件（例如范围查询）的列放在最后面，如果一个复合查询中有多个多值查询的列，尽量将输入范围条件返回结果集少的列放前面，提高筛选效率（同时也减少索引扫描的范围）。

　　4、如果返回的结果集非常大（或者说条件命中率很高），并且属于流式返回（或需要高效率优先返回前面几条记录），同时有排序输出的需求。建议按排序键建立索引。

3、try...except的使用

　　Postgres数据库中，同一事务中如果某次数据库操作中出错的话，那这个事务以后的数据库都会出错。

　　即

连接OPEN。

try {

               try {

                    数据库操作A。

                } catch (Exception e) {

                    log.error("do something");

                }

               数据库操作B。   //此次数据操作有可能出现上面的错误。

               事务提交commit。

           } catch (Exception ex) {

               事务回滚rollback。

           } finally {

               关闭连接。

           }

和

连接OPEN。

          try {

               数据库操作A。

               数据库操作B。

               事务提交commit。

           } catch (Exception ex) {

               数据库操作C。   //此次数据操作有可能出现上面的错误。

               事务提交commit。

           } finally {

               关闭连接。

           }

以上两种方式都会有问题

我们可以在某个操作出错后加入事务提交或者回滚

  try {

                数据库操作A。

          } catch (Exception e) {

               事务回滚或者提交；

               log.error("do something");

          }

          数据库操作B。 

-----------------------------------------------------

   } catch (Exception ex) {

               事务回滚或者提交；

               数据库操作C。  

               事务提交commit。

           } finally {

               关闭连接。

           }

4、数据库清理

4.1 日常清理（VACUUM;）

日常清理（VACUUM;），因为有大量的更新（update）"删除(delete)操作，会有大量的空间需要释放。
每日执行一次VACUUM，每周访问量低的时候执行VACUUM FULL;

语法结构；

VACUUM [ FULL | FREEZE ] [ VERBOSE ] [ table ]

VACUUM [ FULL | FREEZE ] [ VERBOSE ] ANALYZE [ table [ (column [, ...] ) ] ]

FULL ------选择"完全"清理，这样可以恢复更多的空间， 但是花的时间更多并且在表上施加了排它锁。

FREEZE ---------选择激进的元组"冻结"。

VERBOSE --------- 为每个表打印一份详细的清理工作报告。

ANALYZE --------- 更新用于优化器的统计信息，以决定执行查询的最有效方法。

table ------- 要清理的表的名称（可以有模式修饰）。缺省时是当前数据库中的所有表。

column ---------要分析的具体的列/字段名称。缺省是所有列/字段。

4.2 重建索引(REINDEX)

　　语法

　　REINDEX { INDEX | TABLE | DATABASE | SYSTEM } name [ FORCE ]

描述

REINDEX命令用来重建索引。旧的索引将被删除，重新读取索引的父表中的数据来重建索引。REINDEX命令不支持并发创建索引的功能。在下面的情况下，应该重建索引：
　　（1）一个索引中的数据已被破坏，包含非法的数据。软件错误和硬件问题都会导致索引被损坏。
　　（2）索引中包含许多空的或者几乎是空的数据页。应该重建索引，回收物理存储空间。
　　（3）该变了索引的存储参数fillfactor的值，只有重建索引，新的参数值才能完全生效。
　　（4）使用CREATE INDEX CONCURRENTLY命令创建索引时遇到错误，留下一个非法的索引。

　例子
　　（1）重建索引my_index：REINDEX INDEX my_index;
　　（2）重建表my_table 上的所有索引：REINDEX TABLE my_table;
　　（3）重建数据库中的所有索引：REINDEX DATABASE broken_db;

5、数据库、表大小查找

#  表空间查找

select pg_table_size('tablename')

#  以kb、M、G等单位显示

select pg_size_pretty(pg_table_size('tablename'))

#  数据库查找

select pg_database_size('database_name')

# 查找所有数据库大小

select pg_database.datname, pg_database_size(pg_database.datname) as size from pg_database

6、批量插入

当数据量比较大时，比如过亿的数据量要插入到数据库中，有几个策略可以提升速度：

　　（1）创建unlogged的表，相当于内存表。

create unlogged table

　　　　unlogged table 的几个特点：

　　　　　　1、unlogged table不记录wal日志，写入速度快，备库无数据，只有结构。

　　　　　　2、当数据库crash后，数据库重启时自动清空unlogged table的数据。

　　　　　　3、正常关闭数据库，再启动时，unlogged table有数据。

　　　　　　4、unlogged table通常用于中间结果，频繁变更的会话数据

　　（2）多次insert后)再commit

　　　　　　比如设置500次insert后再进行一次commit

　　（3）开启多线程或者多进程

7、数据表字段改变数据类型

　　最近公司存数据遇到一个问题，给id 设为serial自增，后来发现不够用了，达到了2147483647顶峰值。当初没有考虑到这个问题，应该最初建表的时候设为bigserial就足够了，看看官网给的数据类型：

Name	Storage Size	Description	Range
`smallint`	2 bytes	small-range integer	-32768 to +32767
`integer`	4 bytes	typical choice for integer	-2147483648 to +2147483647
`bigint`	8 bytes	large-range integer	-9223372036854775808 to 9223372036854775807
`decimal`	variable	user-specified precision, exact	up to 131072 digits before the decimal point; up to 16383 digits after the decimal point
`numeric`	variable	user-specified precision, exact	up to 131072 digits before the decimal point; up to 16383 digits after the decimal point
`real`	4 bytes	variable-precision, inexact	6 decimal digits precision
`double precision`	8 bytes	variable-precision, inexact	15 decimal digits precision
`serial`	4 bytes	autoincrementing integer	1 to 2147483647
`bigserial`	8 bytes	large autoincrementing integer	1 to 9223372036854775807

　　因为给id设为主键，让它自增，其实建表时serial相当于将id设为int类型，然后会新建一个sequence，对于postgresql9.6以及更早的版本，这个sequence会以bigint建表，10.0以后的版本，sequence也是int类型，即自增数据列表为1-2147483647. 不清楚可以查询一下。

`　　假设建表如下：

create table student(

  id serial PRIMARY KEY NOT NULL,

  name varchar(50)

)

则同时会给建一个名为student_id_seq的序列表，还可以查看数据类型

select * from student_id_seq

结果中会显示sequence的数据类型，确定是int还是bigint。

如果版本在9.6以前，只需要更改id的数据类型为bigint即可

alter table student alter id type bigint

如果版本在10.0以后，sequence数据类型也需要更改

alter sequence student_id_seq as bigint;

alter table student alter id type bigint;

这样在查看数据类型，id就变味bigserial了

8、主键自增序列初始值设定

pg数据库当设定主键自增时，不管是serial还是bigserial，默认都是从1开始计数的。可是如果要指定从某个数开始计数该怎么办呢。比如从10000开始

实现起来也很简单，假设建好一张表tablename为student，主键为number_id, 要求默认从10000开始计数。则可以用以下命令实现

# SQL命令为

select setval('tablename_pkname_seq',10000,false);

# 我们这里即为

select setval('student_number_id_seq',10000,false);

9、创建数据库表时给字段添加注释

　　不像mysql可以直接在创建表定义字段时直接加注释，pg数据库则是在创建后用 comment on column 命令注释。

create table example(

date_id int not null,

company_id bigint not null,

staff_id bigint not null)

comment on column example.date_id is '日期';

comment on column example.company_id is '公司id';

comment on column example.staff_id is '员工id';

巴特西

PostgreSQL数据库一些tricks

最新文章

热门文章