42.7. 后台PL/Perl

指定当Perl触发器第一次初始化时执行Perl代码，在这之前是专业为了plperl或 plperlu使用的。当这段代码执行时SPI函数是不适用的。如果代码因错误而失败， 那么它将退出解释器的初始化，并且传播错误到调用的查询，导致当前事务或子事务退出。

Perl代码限制为单个字符串。更长的代码可以放入一个模块，并且由on_init字符串加载。例子：

plperl.on_init = 'require "plperlinit.pl"'
plperl.on_init = 'use lib "/my/app"; use MyApp::PgInit;'

任何由plperl.on_init直接或非直接加载的模块，都将适用于plperl使用。 这可能会创建一个安全风险。要查看哪个模块被加载了可以使用：

DO 'elog(WARNING, join ", ", sort keys %INC)' LANGUAGE plperl;

如果plperl库包含在shared_preload_libraries里面，那么初始化将在postmaster中发生， 这种情况下要额外考虑postmaster不稳定的风险。利用这一特性的首要原因是Perl模块通过plperl.on_init 加载需要在postmaster启动的情况下，并且在个人的数据库会话中不会有额外开销加载，立即可用。然而， 请记住，额外开销只是在第一次Perl解释器被数据库会话使用的时候避免， 也就是PL/PerlU或PL/Perl是调用PL/Perl函数的第一个SQL角色。 在一个数据库会话中创建的任何额外的Perl解释器必须重新执行plperl.on_init。同样，在Windows上， 从预加载中不会有任何节省，因为在postmaster进程中创建的Perl解释器不会传播到子进程。

这个postmaster只能在postgresql.conf文件或服务器命令行中设置。

这些参数指定当Perl解释器专门分别为plperl或plperlu时执行Perl代码。 当PL/Perl或PL/PerlU函数在一个数据库会话中第一次执行时会发生这种情况， 或当一个额外的解释器因为其他语言的调用或一个PL/Perl函数被一个新的SQL角色调用而创建时， 也会发生这种情况。这遵循任何由plperl.on_init所做的初始化。 当执行Perl代码时无法使用SPI函数。在plperl.on_plperl_init里面的Perl代码在 "锁定"解释器后执行，并且因此只能执行信任的操作。

如果代码因错误而失败，那么它将退出解释器的初始化，并且传播错误到调用的查询，导致当前事务或子事务退出。 任何Perl已经做的动作不会回滚；但是，那个解释器将不会再使用。如果语言再次被使用， 那么初始化将在一个新的Perl解释器中尝试。

只有超级用户可以改变这些设置。尽管这些设置可以在一个会话中改变， 但是这些改变将不会影响到已经用来执行函数的Perl解释器。

当设置PL/Perl函数的真实的后续编译时，将启用strict编译指示。 这个参数不影响已经用当前会话编译过的函数。