One accepted writer
SQLStyle selects one writer and gives each new primary a newer fencing token. Replica, witness, and unknown roles remain read-only, and stale primaries are rejected.
Security
SQLStyle separates writer coordination, replication, and customer-controlled recovery storage so each responsibility stays clear.
SQLStyle selects one writer and gives each new primary a newer fencing token. Replica, witness, and unknown roles remain read-only, and stale primaries are rejected.
Database changes move directly between SQLStyle nodes. The default local transport is only for trusted, access-restricted networks; deployments needing transport protection must configure TLS mode.
Restore selects an accepted snapshot and history chain, then validates object size, checksums, and transaction coverage before materializing the database.
Account credentials are used for CLI administration. Database-scoped API keys authorize individual runtime and restore workflows without exposing an account-wide key to application code.
Non-secret storage profile metadata can be managed through SQLStyle. The object-storage secret is supplied locally to the runtime and is not uploaded to SQLStyle servers.
The runtime rejects incompatible state and unsupported durability configurations instead of silently bypassing capture, replication, or recovery checks.
SQLStyle does not claim a formal compliance certification or publish an uptime commitment. Use scoped credentials, keep independent recovery procedures, and choose deployment controls that match your workload.
Report a concern
Include the affected surface, reproduction steps, and potential impact. Please avoid placing active credentials or customer data in the initial report.
security@sqlstyle.com