Skip to main content
Neki exposes separate parameters for the Postgres instances and connection pools in a configuration profile, the branch’s admin service, and each router group. Parameter changes are scoped to the selected profile, admin, or router.

Parameter scopes

Different configuration profiles can use different Postgres parameter values. For example, a profile assigned to a memory-intensive shard can use different resource settings from the default profile. The effective defaults shown in the dashboard can depend on the configuration profile’s cluster size, Postgres version, enabled extensions, and current PlanetScale configuration. Use the dashboard value as the default for the selected profile instead of assuming that one default applies to every profile.

Configure Postgres parameters

You must be a database administrator to change a configuration profile.
1
From the PlanetScale organization dashboard, select your database.
2
Select the branch you want to configure.
3
Open Clusters and select a configuration profile.
4
Select the Postgres tab.
5
Search for a parameter or browse the available categories.
6
Update one or more values, then select Apply now.
7
Use the Changes tab to follow the configuration change.
The Postgres tab shows commonly adjusted settings first. Select Show advanced parameters to view settings that normally do not need to be changed. Searching includes both common and advanced parameters. Each field shows its effective default. A configured value that differs from that default is highlighted, along with who changed it and when. Parameters that Postgres cannot apply without restarting are labeled Requires restart.
Parameter changes apply to every shard assigned to the configuration profile. Review the assigned shards before changing memory, worker, connection, or WAL settings.

Defaults and profile changes

PlanetScale chooses resource-dependent defaults for each cluster size. When a profile’s cluster size or Postgres version changes, its default-owned parameters adopt the applicable defaults. Manually configured values are preserved unless the new configuration imposes a different valid range or another parameter constraint. The API validates individual values and related settings together. For example:
  • huge_pages and shared_buffers must use a supported combination.
  • max_replication_slots must provide enough capacity for the profile’s replica configuration.
  • Postgres restart-sensitive capacity settings cannot be increased and decreased in opposite directions in the same change.
If a change is rejected, the dashboard displays the validation error next to the affected parameter.

Postgres parameter reference

The following parameters are currently available in the configuration-profile Postgres tab. Common parameters appear immediately. Advanced parameters appear in the advanced section or in search results. The dashboard remains authoritative for the valid range, allowed values, effective default, and availability for a particular profile.

Autovacuum

Client connection defaults

Connections and authentication

Lock management

Query tuning

Reporting and logging

Replication

Resource usage

Statistics

Write-ahead log

Extension preload settings are managed from the configuration profile’s Extensions tab rather than its Postgres tab.

Configure replicator parameters

The configuration profile’s Replicator tab exposes connection management for the distributed replicator. Changes apply to every shard assigned to the profile.

Configure connection pooling

Every Postgres instance runs one sidecar beside it. A configuration profile’s Sidecars tab controls the connection pools those sidecars use between routers and Postgres. Changes apply to every sidecar in every shard assigned to the profile.
1
From the PlanetScale organization dashboard, select your database and branch.
2
Open Clusters and select a configuration profile.
3
Select the Sidecars tab.
4
Update one or more connection-pool values, then select Apply now.
5
Use the Changes tab to follow the connection-pool change.
All seven settings are applied dynamically and do not restart Postgres. The dashboard shows the effective value and valid range for the selected profile. pool-min-conns cannot exceed pool-capacity. The sum of pool-capacity and external-conn-reservation cannot exceed the profile’s available connection budget after PlanetScale’s internal reservations.

Configure admin parameters

Admin parameters apply to the admin service for the selected branch.
1
From the PlanetScale organization dashboard, select your database and branch.
2
Open Clusters, then select Admin.
3
Select the Configuration tab.
4
Update the admin parameters, then select Apply now.
5
Use the Changes tab to follow the change.
The dashboard remains authoritative for each parameter’s current valid range. These admin recovery thresholds are separate from the router parameters that control which replicas can receive read traffic.

Configure router parameters

Router parameters apply only to the selected router group.
1
From the PlanetScale organization dashboard, select your database and branch.
2
Open Clusters, then select Routers.
3
Select the router group you want to configure.
4
Select the Parameters tab.
5
Update the replica-routing thresholds, then select Apply now.
6
Use the router group’s Changes tab to follow the change.
The minimum threshold must be less than or equal to the maximum threshold. The dashboard validates both values together when you apply the change.

Need help?

Get help from the PlanetScale Support team, or join our Discord community to see how others are using PlanetScale.