数据库微观案例第46期

原创彭冲 2024-07-25

384

本期内容如下：

基础备份与复制槽
语法兼容性差异
psql默认权限展示问题
standby支持逻辑复制的遗留问题
普通用户的最大连接数设置
application_name带中文显示问题

一、基础备份与复制槽的问题

使用pg_basebackup备份时指定了"–slot"，具体命令如下：

$ pg_basebackup -D /opt/postgres/data -U postgres -p 5432 -h x.x.x.x -Fp -Xs -R -P -v -c fast --slot=slot148 
复制

由于主库并未提前创建相应的复制槽，但基础备份还是会继续执行拉取数据的流程，数据拉完后再提示slot的错误，为什么不先检测slot，如果不存在就直接报错退出，而需要浪费时间拉完数据再删除呢？

个人觉得这是一个可以优化的点，当前的流程是先拉取数据，拉取数据的过程中同时去接收WAL(stream模式)，同时使用复制槽来预防备份过程中数据变化太快，可能导致WAL被回收。

不过pg_basebackup工具在stream模式其实缺省就使用了临时复制槽，我们可以打开log_replication_commands设置，对日志文件进行观察。

如果使用自定义的slot，需要我们提前创建，并且还需要注意及时删除，所以缺省的临时复制槽对我们更合适。

二、语法兼容性差异

版本14到15新发现一个语法兼容性差异问题，示例如下：

CREATE TABLE t(id int);

SELECT * FROM t WHERE(id =1010R id=102);
复制

上面的查询语句OR前面缺失空格，在15之前可以正常执行，从15版本开始会报错：

ERROR:  trailing junk after numeric literal at or near "1010R"
LINE 1: SELECT * FROM t WHERE(id =1010R id=102);
                                  ^
复制

三、psql默认权限展示问题

17版本之前psql无法区分数据库对象owner有默认全部权限或权限被回收这两种场景，即将发布的17将解决这个显示问题，通过\pset命令对NULL定制化输出，可以更友好的展示

\pset null '(NULL)'
复制

对象的默认权限展示如下：

postgres=# \dn+ s1
                  List of schemas
 Name |  Owner   | Access privileges | Description 
------+----------+-------------------+-------------
 s1   | postgres | (NULL)            | (NULL)
(1 row)
复制

对象无权限时展示如下：

postgres=# \dn+ s1
                  List of schemas
 Name |  Owner   | Access privileges | Description 
------+----------+-------------------+-------------
 s1   | postgres | (none)            | (NULL)
(1 row)
复制

详细测试可以参考文章：<<默认权限"无法选中"？>>