PostgreSQL to Any Database Replication (pg2any)
A high-performance, production-ready PostgreSQL to Any database replication tool using Change Data Capture (CDC) with logical replication. This tool streams database changes in real-time from PostgreSQL to target databases such as MySQL and SQL Server with comprehensive error handling and monitoring.
Project Status
This is a fully functional CDC implementation providing enterprise-grade PostgreSQL to Any database replication using logical replication production-ready features.
Current Status: Production-ready CDC tool with complete PostgreSQL logical replication protocol implementation, and real-time change streaming capabilities with graceful shutdown and LSN persistence.
What's Implemented ✅
- ✅ Complete Rust Workspace: Multi-crate project with
pg2any
binary andpg2any-lib
library - ✅ Production-Ready Architecture: Async/await with Tokio, structured error handling, graceful shutdown
- ✅ PostgreSQL Logical Replication: Full protocol implementation with libpq-sys integration
- ✅ Real-time CDC Pipeline: Live streaming of INSERT, UPDATE, DELETE, TRUNCATE operations
- ✅ Transaction Consistency: BEGIN/COMMIT boundary handling with LSN persistence
- ✅ Database Destinations: Complete MySQL, SQL Server, and SQLite implementations with type mapping
- ✅ Configuration Management: Environment variables and builder pattern with validation
- ✅ Docker Development: Multi-service environment with PostgreSQL, MySQL setup
- ✅ Development Tooling: Makefile automation, formatting, linting, and quality checks
- ✅ Production Logging: Structured tracing with configurable levels and filtering
What Needs Enhancement 🚧
- 🚧 Monitoring & Observability: Production metrics, dashboards, and alerting systems
- 🚧 Additional Destinations: Oracle, ClickHouse, Elasticsearch support
- 🚧 Schema Evolution: DDL change handling and automatic schema migration
- 🚧 Multi-table Replication: Table filtering, routing, and transformation pipelines
- 🚧 Performance Optimization: High-throughput benchmarking and memory optimization
Features
- ✅ Async Runtime: High-performance async/await with Tokio and proper cancellation
- ✅ PostgreSQL Integration: Native logical replication with libpq-sys bindings
- ✅ Multiple Destinations: MySQL (via SQLx), SQL Server (via Tiberius), and SQLite (via SQLx) support
- ✅ Transaction Safety: ACID compliance with BEGIN/COMMIT boundary handling
- ✅ Configuration: Environment variables, builder pattern, and validation
- ✅ Error Handling: Comprehensive error types with
thiserror
and proper propagation - ✅ Real-time Streaming: Live change capture for all DML operations
- ✅ Production Ready: Structured logging, graceful shutdown, and resource management
- ✅ Development Tools: Docker environment, Makefile automation, extensive testing
Basic Usage
use ;
use ;
/// Main entry point for the CDC application
/// This function sets up a complete CDC pipeline from PostgreSQL to MySQL/SqlServer/SQLite
async
/// Initialize comprehensive logging configuration
///
/// Sets up structured logging with filtering, thread IDs, and ANSI colors.
/// The log level can be controlled via the `RUST_LOG` environment variable.
///
/// # Default Log Level
///
/// If `RUST_LOG` is not set, defaults to:
/// - `pg2any=debug` - Debug level for our application
/// - `tokio_postgres=info` - Info level for PostgreSQL client
/// - `sqlx=info` - Info level for SQL execution
Architecture
Core Components
- CdcClient: Main orchestrator managing the entire CDC pipeline
- Config/ConfigBuilder: Comprehensive configuration management with environment variable support
- LogicalReplicationStream: PostgreSQL logical replication lifecycle and protocol implementation
- LogicalReplicationParser: Complete PostgreSQL replication protocol message parsing
- DestinationHandler: Production-ready database destination handling (MySQL, SQL Server, SQLite)
- Error Types: Comprehensive error handling with
CdcError
and proper error propagation - Buffer Operations: Efficient binary protocol handling with zero-copy optimizations
Data Flow Architecture
PostgreSQL WAL → Logical Replication → Message Parser → Change Events → Destination Handler → Target DB
↓ ↓ ↓ ↓ ↓ ↓
Transactions Protocol Messages Parsed Events Typed Changes SQL Operations Replicated Data
Project Structure
This Cargo workspace provides a complete CDC implementation with clean separation of concerns:
pg2any/ # Workspace root
├── Cargo.toml # Workspace configuration with shared dependencies
├── src/main.rs # CLI application entry point (47 lines)
├── pg2any-lib/ # Core CDC library
│ ├── Cargo.toml # Library dependencies with feature flags
│ ├── src/
│ │ ├── lib.rs # Public API exports and documentation
│ │ ├── app.rs # High-level CDC application orchestration
│ │ ├── client.rs # Main CDC client implementation
│ │ ├── config.rs # Configuration management and validation
│ │ ├── connection.rs # PostgreSQL connection handling
│ │ ├── env.rs # Environment variable loading
│ │ ├── error.rs # Comprehensive error types
│ │ ├── logical_stream.rs # Logical replication stream management
│ │ ├── pg_replication.rs # Low-level PostgreSQL replication
│ │ ├── replication_protocol.rs # Message parsing and protocol handling
│ │ ├── buffer.rs # Binary protocol buffer operations
│ │ ├── types.rs # Core data types and enums
│ │ └── destinations/ # Database destination implementations
│ │ ├── mod.rs # Destination trait and factory pattern
│ │ ├── mysql.rs # MySQL destination with SQLx
│ │ ├── sqlserver.rs # SQL Server destination with Tiberius
│ │ └── sqlite.rs # SQLite destination with SQLx
│ └── tests/ # Comprehensive test suite (10 test files, 100+ tests)
│ ├── integration_tests.rs # End-to-end CDC testing
│ ├── destination_integration_tests.rs # Database destination testing
│ ├── event_type_refactor_tests.rs # Event type handling tests
│ ├── mysql_edge_cases_tests.rs # MySQL-specific edge cases
│ ├── mysql_error_handling_simple_tests.rs # Error handling tests
│ ├── mysql_where_clause_fix_tests.rs # WHERE clause generation tests
│ ├── replica_identity_tests.rs # Replica identity handling
│ ├── sqlite_comprehensive_tests.rs # SQLite comprehensive testing
│ ├── sqlite_destination_tests.rs # SQLite destination tests
│ └── where_clause_fix_tests.rs # WHERE clause bug fixes
├── docker-compose.yml # Multi-database development environment
├── Dockerfile # Application containerization
├── Makefile # Development automation (35+ commands)
├── CHANGELOG.md # Release notes and version history
└── scripts/ # Database initialization scripts
├── init_postgres.sql # PostgreSQL setup with logical replication
└── init_mysql.sql # MySQL destination database setup
Supported Destination Databases
Currently Implemented
- MySQL: Full implementation using SQLx with connection pooling, type mapping, and DML operations
- SQL Server: Native implementation using Tiberius TDS protocol with comprehensive type support
- SQLite: Complete implementation using SQLx with file-based storage and embedded scenarios
Destination Features
- ✅ Automatic Schema Management: Table creation with proper type mapping from PostgreSQL
- ✅ Complete DML Support: INSERT, UPDATE, DELETE, TRUNCATE operations with transaction safety
- ✅ Type Conversion: Comprehensive PostgreSQL to destination type mapping
- ✅ WHERE Clause Generation: Accurate UPDATE/DELETE targeting with replica identity support
- ✅ Null Handling: Proper null value processing and validation
- ✅ Connection Management: Pooling, reconnection, and error recovery for network databases
- ✅ File-based Storage: SQLite support for embedded and local development scenarios
- ✅ Feature Flags: Optional compilation with
mysql
,sqlserver
, andsqlite
features
Change Event Types
Error Handling
The library provides comprehensive error types using thiserror
:
Configuration
pg2any supports comprehensive configuration through environment variables or the ConfigBuilder
pattern. All configuration can be managed through environment variables for containerized deployments or programmatically using the builder pattern.
Environment Variables Mapping Table
Category | Variable | Description | Default Value | Example | Notes |
---|---|---|---|---|---|
Source PostgreSQL | |||||
CDC_SOURCE_HOST |
PostgreSQL hostname | localhost |
postgres |
||
CDC_SOURCE_PORT |
PostgreSQL port | 5432 |
5432 |
||
CDC_SOURCE_DB |
PostgreSQL database name | postgres |
myapp_db |
||
CDC_SOURCE_USER |
PostgreSQL username | postgres |
replication_user |
||
CDC_SOURCE_PASSWORD |
PostgreSQL password | postgres |
securepassword |
||
Destination | |||||
CDC_DEST_TYPE |
Target database type | MySQL |
SQLite , SqlServer |
Case-insensitive | |
CDC_DEST_URI |
Destination URI/host/file path | localhost for databases, ./cdc_target.db for SQLite |
mysql-server , /data/replica.db |
Host for databases, file path for SQLite | |
CDC_DEST_PORT |
Destination port | 3306 (MySQL), 1433 (SqlServer) |
3306 |
Not used for SQLite | |
CDC_DEST_DB |
Destination database name | cdc_target |
replicated_db |
For SQLite: file path | |
CDC_DEST_USER |
Destination username | cdc_user |
replica_user |
Not used for SQLite | |
CDC_DEST_PASSWORD |
Destination password | cdc_password |
secure123 |
Not used for SQLite | |
CDC Settings | |||||
CDC_REPLICATION_SLOT |
PostgreSQL replication slot | cdc_slot |
my_app_slot |
||
CDC_PUBLICATION |
PostgreSQL publication name | cdc_pub |
my_app_publication |
||
CDC_PROTOCOL_VERSION |
Replication protocol version | 1 |
1 |
Integer value | |
CDC_BINARY_FORMAT |
Use binary message format | false |
true |
Boolean | |
CDC_STREAMING |
Enable streaming mode | true |
false |
Boolean | |
Timeouts | |||||
CDC_CONNECTION_TIMEOUT |
Connection timeout (seconds) | 30 |
60 |
Integer | |
CDC_QUERY_TIMEOUT |
Query timeout (seconds) | 10 |
30 |
Integer | |
CDC_HEARTBEAT_INTERVAL |
Heartbeat interval (seconds) | 10 |
15 |
Integer | |
System | |||||
CDC_LAST_LSN_FILE |
LSN persistence file | ./pg2any_last_lsn |
/data/lsn_state |
||
RUST_LOG |
Logging level | pg2any=debug,tokio_postgres=info,sqlx=info |
info |
Standard Rust logging |
Configuration Examples
MySQL Destination (Docker Environment)
# Source PostgreSQL
CDC_SOURCE_HOST=postgres
CDC_SOURCE_PORT=5432
CDC_SOURCE_DB=postgres
CDC_SOURCE_USER=postgres
CDC_SOURCE_PASSWORD=test.123
# MySQL Destination
CDC_DEST_TYPE=MySQL
CDC_DEST_URI=mysql
CDC_DEST_PORT=3306
CDC_DEST_DB=cdc_db
CDC_DEST_USER=cdc_user
CDC_DEST_PASSWORD=test.123
# CDC Configuration
CDC_REPLICATION_SLOT=cdc_slot
CDC_PUBLICATION=cdc_pub
SQLite Destination (Local Development)
# Source PostgreSQL
CDC_SOURCE_HOST=localhost
CDC_SOURCE_PORT=7777
CDC_SOURCE_DB=postgres
CDC_SOURCE_USER=postgres
CDC_SOURCE_PASSWORD=test.123
# SQLite Destination
CDC_DEST_TYPE=SQLite
CDC_DEST_URI=./my_replica.db
# CDC Configuration
CDC_REPLICATION_SLOT=cdc_slot
CDC_PUBLICATION=cdc_pub
CDC_STREAMING=true
SQL Server Destination (Production)
# Source PostgreSQL
CDC_SOURCE_HOST=prod-postgres.example.com
CDC_SOURCE_PORT=5432
CDC_SOURCE_DB=application_db
CDC_SOURCE_USER=replication_user
CDC_SOURCE_PASSWORD=
# SQL Server Destination
CDC_DEST_TYPE=SqlServer
CDC_DEST_URI=prod-sqlserver.example.com
CDC_DEST_PORT=1433
CDC_DEST_DB=replica_db
CDC_DEST_USER=sa
CDC_DEST_PASSWORD=
# Production Settings
CDC_CONNECTION_TIMEOUT=60
CDC_QUERY_TIMEOUT=30
CDC_HEARTBEAT_INTERVAL=30
Programmatic Configuration
You can also configure pg2any programmatically using the builder pattern:
```rust
use ;
use Duration;
let config = builder
.source_connection_string
.destination_type
.destination_connection_string
.replication_slot_name
.publication_name
.protocol_version
.binary_format
.streaming
.auto_create_tables
.connection_timeout
.query_timeout
.heartbeat_interval
.build?;
Configuration Validation
The configuration system provides comprehensive validation:
- Connection Strings: Automatically formatted and validated
- Type Safety: Proper enum handling for destination types
- Default Values: Sensible defaults for all optional parameters
- Error Handling: Clear error messages for invalid configurations
Development Status
✅ Production-Ready Implementation
This project provides enterprise-grade PostgreSQL to Any database replication with battle-tested reliability:
- 🏗️ Core CDC Pipeline: Complete end-to-end replication with transaction consistency
- 🔄 PostgreSQL Protocol: Full logical replication implementation with binary message parsing
- 📊 Change Processing: Real-time streaming of all DML operations with proper error handling
- 🎯 Destination Support: Production-ready MySQL, SQL Server, and SQLite implementations
- ⚙️ Configuration: Flexible environment-based configuration with validation
- 🐳 Docker Environment: Complete development setup with multi-database support
- 📈 Monitoring: Structured logging with configurable levels and filtering
- 🛡️ Error Handling: Comprehensive error types with proper propagation and recovery
- 🔄 Graceful Shutdown: Proper resource cleanup and LSN persistence
� Enhancement Opportunities
- 📊 Advanced Monitoring: Production metrics, dashboards, and alerting systems
- 🗄️ Additional Databases: Oracle, SQLite, ClickHouse, Elasticsearch support
- 🔄 Schema Evolution: DDL change handling and migration automation
- 🎯 Advanced Features: Table filtering, transformations, and routing
- ⚡ Performance: High-throughput optimization and benchmarking
Quick Start with Docker
Get up and running in minutes with the complete development environment:
# Clone the repository
# Start the multi-database development environment
# Build the application
# Run the CDC application
RUST_LOG=info
# In another terminal, test with sample data
Available Make Commands
Development:
Docker Management:
Database Access:
Local Development
For development without Docker (requires manual database setup):
# Build and validate the project
# Run the application (requires PostgreSQL and destination DB)
RUST_LOG=info
# Development workflow
Example Application Output
When you run the application, you'll see structured logging output like this:
2025-08-15T10:30:00.123Z INFO pg2any: 🚀 Starting PostgreSQL CDC Application
2025-08-15T10:30:00.124Z INFO pg2any: 📋 Loading configuration from environment variables
2025-08-15T10:30:00.125Z INFO pg2any: 🔗 Configuration loaded successfully
2025-08-15T10:30:00.126Z INFO pg2any: ⚙️ Initializing CDC client
2025-08-15T10:30:00.127Z INFO pg2any: 🔧 Performing CDC client initialization
2025-08-15T10:30:00.128Z INFO pg2any: ✅ CDC client initialized successfully
2025-08-15T10:30:00.129Z INFO pg2any: 🔄 Starting CDC replication pipeline
2025-08-15T10:30:00.130Z DEBUG pg2any_lib::logical_stream: Creating logical replication stream
2025-08-15T10:30:00.131Z DEBUG pg2any_lib::pg_replication: Connected to PostgreSQL server version: 150000
2025-08-15T10:30:00.132Z INFO pg2any_lib::client: Processing BEGIN transaction (LSN: 0/1A2B3C4D)
2025-08-15T10:30:00.133Z INFO pg2any_lib::client: Processing INSERT event on table 'users'
2025-08-15T10:30:00.134Z INFO pg2any_lib::client: Processing COMMIT transaction (LSN: 0/1A2B3C5E)
2025-08-15T10:30:00.135Z INFO pg2any: ✨ CDC replication running! Real-time change streaming active
Note: This shows the complete working application with real PostgreSQL logical replication message processing, LSN tracking, and transaction handling.
Dependencies
Core Runtime
- tokio (1.47.1): Async runtime with full feature set
- tokio-postgres (0.7.13): PostgreSQL async client with logical replication support
- tokio-util (0.7.16): Utilities for async operations and cancellation
Database Clients
- sqlx (0.8.6): MySQL async client with runtime-tokio-rustls
- tiberius (0.12): Native SQL Server TDS protocol implementation
- libpq-sys (0.8): Low-level PostgreSQL C library bindings
Serialization & Data
- serde (1.0.219): Serialization framework with derive support
- serde_json (1.0.142): JSON serialization
- chrono (0.4.41): Date/time handling with serde support
- bytes (1.10.1): Byte buffer manipulation
Error Handling & Utilities
- thiserror (2.0.12): Ergonomic error handling and propagation
- async-trait (0.1.88): Async trait definitions
- tracing (0.1.41): Structured logging and instrumentation
- tracing-subscriber (0.3): Log filtering and formatting
- libc (0.2.174): C library bindings for system operations
Test Files Structure
pg2any-lib/tests/
├── integration_tests.rs # Core CDC functionality
├── destination_integration_tests.rs # Database destination testing
├── event_type_refactor_tests.rs # Event type handling
├── mysql_edge_cases_tests.rs # MySQL-specific scenarios
├── mysql_error_handling_simple_tests.rs # Error recovery testing
├── mysql_where_clause_fix_tests.rs # WHERE clause generation
├── replica_identity_tests.rs # Primary key handling
└── where_clause_fix_tests.rs # UPDATE/DELETE targeting
Running Tests
Contributing
This project provides production-ready PostgreSQL CDC replication with a solid, well-tested foundation that makes contributing straightforward and impactful.
🎯 High-Impact Contribution Areas
-
📊 Monitoring & Observability
- Production metrics collection (Prometheus/Grafana)
- Performance dashboards and alerting
- Health checks and status endpoints
-
🗄️ Additional Database Destinations
- Oracle Database support
- SQLite for embedded scenarios
- ClickHouse for analytics workloads
- Elasticsearch for search functionality
-
🔄 Schema Evolution
- DDL change detection and handling
- Automatic schema migration
- Version compatibility management
-
⚡ Performance & Scalability
- High-throughput optimization
- Memory usage profiling
- Benchmark suite development
- Connection pooling enhancements
� Getting Started Contributing
# Fork and clone the repository
# Set up development environment
# Start development databases
# Make your changes and validate
# Test end-to-end functionality
🧪 Testing Your Changes
# Comprehensive testing
# Manual testing with real databases
; ;
📋 Contribution Guidelines
- Code Quality: Follow existing patterns, use
make format
- Testing: Add tests for new functionality
- Documentation: Update README and inline docs
- Error Handling: Use the established
CdcError
pattern - Performance: Consider async patterns and resource usage