🚨 Shai-Hulud Strikes Again:834 Packages Compromised.Technical Analysis →
Socket
Book a DemoInstallSign in
Socket

@opentelemetry/instrumentation-pg

Package Overview
Dependencies
Maintainers
2
Versions
63
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

@opentelemetry/instrumentation-pg

OpenTelemetry instrumentation for `pg` and `pg-pool` database client for PostgreSQL

Source
npmnpm
Version
0.60.0
Version published
Weekly downloads
8.9M
3.96%
Maintainers
2
Weekly downloads
 
Created
Source

OpenTelemetry Postgres Instrumentation for Node.js

NPM Published Version Apache License

This module provides automatic instrumentation for the pgmodule, which may be loaded using the @opentelemetry/sdk-trace-node package and is included in the @opentelemetry/auto-instrumentations-node bundle.

If total installation size is not constrained, it is recommended to use the @opentelemetry/auto-instrumentations-node bundle with @opentelemetry/sdk-node for the most seamless instrumentation experience.

Compatible with OpenTelemetry JS API and SDK 1.0+.

Installation

npm install --save @opentelemetry/instrumentation-pg

Supported Versions

  • pg versions >=8.0.3 <9
  • pg-pool versions >=2.0.0 <4

Usage

const { PgInstrumentation } = require('@opentelemetry/instrumentation-pg');
const { NodeTracerProvider } = require('@opentelemetry/sdk-trace-node');
const { registerInstrumentations } = require('@opentelemetry/instrumentation');

const provider = new NodeTracerProvider();
provider.register();

registerInstrumentations({
  instrumentations: [
    new PgInstrumentation(),
  ],
});

PgInstrumentation contains both pg and pg.Pool so it will be instrumented automatically.

PostgreSQL Instrumentation Options

PostgreSQL instrumentation has few options available to choose from. You can set the following:

OptionsTypeDescription
enhancedDatabaseReportingbooleanIf true, additional information about query parameters and results will be attached (as attributes) to spans representing database operations
requestHookPgInstrumentationExecutionRequestHook (function)Function for adding custom span attributes using information about the query being issued and the db to which it's directed
responseHookPgInstrumentationExecutionResponseHook (function)Function for adding custom span attributes from db response
requireParentSpanbooleanIf true, requires a parent span to create new spans (default false)
addSqlCommenterCommentToQueriesbooleanIf true, adds sqlcommenter specification compliant comment to queries with tracing context (default false). NOTE: A comment will not be added to queries that already contain -- or /* ... */ in them, even if these are not actually part of comments

Semantic Conventions

Prior to version 0.55.0, this instrumentation created spans and metrics targeting an experimental semantic convention Version 1.27.0.

Database semantic conventions (semconv) were stabilized in v1.34.0, and a migration process was defined. @opentelemetry/instrumentation-pg versions 0.55.0 and later include support for migrating to stable Database semantic conventions, as described below. The intent is to provide an approximate 6 month time window for users of this instrumentation to migrate to the new Database semconv, after which a new minor version will use the new semconv by default and drop support for the old semconv.

To select which semconv version(s) is emitted from this instrumentation, use the OTEL_SEMCONV_STABILITY_OPT_IN environment variable.

  • database: emit the new (stable) v1.34.0+ semantics
  • database/dup: emit both the old v1.27.0 and the new (stable) v1.34.0+ semantics
  • By default, if OTEL_SEMCONV_STABILITY_OPT_IN includes neither of the above tokens, the old v1.27.0 semconv is used.

Attributes collected

v1.27.0 semconvv1.34.0 semconvShort Description
db.connection_stringRemovedString used to connect to the database
db.userRemovedUser used to connect to the database
db.nameRemoved, integrated into the new db.namespaceThe name of the database.
(not included)db.namespaceThe name of the database, fully qualified within the server address and port.
db.statementdb.query.textThe database query being executed.
db.systemdb.system.nameThe database management system (DBMS) product as identified by the client instrumentation.
net.peer.portserver.portRemote port number.
net.peer.nameserver.addressRemote hostname or similar.

Metrics Exported:

Upgrading Semantic Conventions

When upgrading to the new semantic conventions, it is recommended to do so in the following order:

  • Upgrade @opentelemetry/opentelemetry-instrumentation-pg to the latest version
  • Set OTEL_SEMCONV_STABILITY_OPT_IN=database/dup to emit both old and new semantic conventions
  • Modify alerts, dashboards, metrics, and other processes to expect the new semantic conventions
  • Set OTEL_SEMCONV_STABILITY_OPT_IN=database to emit only the new semantic conventions

This will cause both the old and new semantic conventions to be emitted during the transition period.

License

Apache 2.0 - See LICENSE for more information.

Keywords

instrumentation

FAQs

Package last updated on 21 Oct 2025

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts