Yandex Cloud
Search
Contact UsTry it for free
  • Customer Stories
  • Documentation
  • Blog
  • All Services
  • System Status
  • Marketplace
    • Featured
    • Infrastructure & Network
    • Data Platform
    • AI for business
    • Security
    • DevOps tools
    • Serverless
    • Monitoring & Resources
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Start testing with double trial credits
    • Cloud credits to scale your IT product
    • Gateway to Russia
    • Cloud for Startups
    • Center for Technologies and Society
    • Yandex Cloud Partner program
    • Price calculator
    • Pricing plans
  • Customer Stories
  • Documentation
  • Blog
© 2026 Direct Cursus Technology L.L.C.
Yandex Managed Service for Sharded PostgreSQL
  • Getting started
    • Resource relationships
    • Sharding
    • Sharding keys
    • Host classes
    • Storage in Sharded PostgreSQL
    • Quotas and limits
    • Sharded PostgreSQL settings
  • Access management
  • Pricing policy
  • Terraform reference
  • Metrics Monitoring
  • Public materials
  • Release notes
  • FAQ
  1. Concepts
  2. Sharded PostgreSQL settings

Sharded PostgreSQL settings

Written by
Yandex Cloud
Updated at January 19, 2026

For Managed Service for PostgreSQL clusters, you can specify Sharded PostgreSQL settings using the management console. These settings are configured at the cluster level.

Router settings (Router → Config):

  • Show Notice Messages

    It determines whether to include additional information, e.g., the shard name, host address, username, transaction status, etc., in the query response.

    This setting is disabled by default, i.e., the response includes no additional information.

    For more information, see the show_notice_messages setting description in this Sharded PostgreSQL guide.

  • Time Quantiles

    A list of time quantiles for displaying query execution time statistics. Time quantile values are floating-point numbers. If the list is empty, statistics are not collected.

    The default set is [0.5, 0.75, 0.9, 0.95, 0.99, 0.999, 0.9999].

    For more information, see the time_quantiles setting description in this Sharded PostgreSQL guide.

  • Default Route Behavior

    It determines whether multishard queries are allowed:

    • block: Rejects multishard queries to safeguard data consistency. This is the default option.
    • allow: Allows multishard queries. This is useful for DDL and administrative queries.

    For more information, see the query_routing.default_route_behaviour setting description in this Sharded PostgreSQL guide.

  • Prefer Same Availability Zone

    If this setting is enabled, read-only queries will go to replica hosts in the router’s availability zone, whenever possible.

    This setting is enabled by default.

  • Enhanced Multishard Processing

    It determines whether to enable enhanced processing for multishard queries.

    For more information, see the query_routing.enhanced_multishard_processing setting description in this Sharded PostgreSQL guide.

    This setting is disabled by default, i.e., enhanced processing is not perfromed.

  • Default Target Session Attrs

    It defines the default value for the target_session_attrs PostgreSQL parameter indicating the preferred session state when connecting to the database.

    The possible values are:

    • any: Connect to any available host regardless of its state.
    • prefer standby: Prefer replica hosts for connection. If none of them is available, connect to the master host.
    • read only: Connect only to replica hosts. If none of them is available, the connection fails.
    • read write (default): Connect only to the master host. If it is not available, the connection fails.
    • smart read write: Connect to the master host. If it is not available, the connection fails. If the configuration file specifies true for the query_routing.auto_route_ro_on_standby setting, read-only queries are automatically redirected to replica hosts (with the prefer standby semantics).

    For more information, see the query_routing.default_target_session_attrs and query_routing.auto_route_ro_on_standby setting description in this Sharded PostgreSQL guide.

  • Default Commit Strategy

    It defines the commit strategy for distributed transactions:

    • best effort: One-stage commit without coordination between shards.
    • one pc (default): Alias for best-effort.
    • two pc: Two-stage commit with guaranteed automicity between shards.

    For more information, see the default_commit_strategy setting description in this Sharded PostgreSQL guide.

Was the article helpful?

Previous
Quotas and limits
Next
Access management
© 2026 Direct Cursus Technology L.L.C.