Skip to main content

MySQL to PostgreSQL replica and migration

Project description

https://img.shields.io/github/issues/the4thdoctor/pg_chameleon.svg https://img.shields.io/github/forks/the4thdoctor/pg_chameleon.svg https://img.shields.io/github/stars/the4thdoctor/pg_chameleon.svg https://img.shields.io/badge/license-BSD-blue.svg https://api.travis-ci.org/the4thdoctor/pg_chameleon.svg?branch=ver2.0

pg_chameleon is a MySQL to PostgreSQL replica system written in Python 3. The system use the library mysql-replication to pull the row images from MySQL which are stored into PostgreSQL as JSONB. A pl/pgsql function decodes the jsonb values and replays the changes against the PostgreSQL database.

pg_chameleon 2.0 is available on pypi

The documentation is available on pgchameleon.org

Live chat available on gitter

Please submit your bug reports on GitHub.

Requirements

Replica host

Operating system: Linux, FreeBSD, OpenBSD Python: CPython 3.3+

Optionals for building documentation

Origin database

MySQL: 5.5+

Destination database

PostgreSQL: 9.5+

Example scenarios

  • Analytics

  • Migrations

  • Data aggregation from multiple MySQL databases

Features

  • Read from multiple MySQL schemas and restore them it into a target PostgreSQL database. The source and target schema names can be different.

  • Setup PostgreSQL to act as a MySQL slave.

  • Support for enumerated and binary data types.

  • Basic DDL Support (CREATE/DROP/ALTER TABLE, DROP PRIMARY KEY/TRUNCATE, RENAME).

  • Discard of rubbish data coming from the replica.

  • Conservative approach to the replica. Tables which generate errors are automatically excluded from the replica.

  • Possibilty to refresh single tables or single schemas.

  • Basic replica monitoring.

  • Detach replica from MySQL for migration support.

  • Data type override (e.g. tinyint(1) to boolean)

  • Daemonised init_replica process.

  • Daemonised replica process with two separated subprocess, one for the read and one for the replay.

  • Rollbar integration

Caveats

The replica requires the tables to have a primary or unique key. Tables without primary/unique key are initialised during the init_replica process but not replicated.

The copy_max_memory is just an estimate. The average rows size is extracted from mysql’s informations schema and can be outdated. If the copy process fails for memory error check the failing table’s row length and the number of rows for each slice.

Python 3 is supported only from version 3.3 as required by mysql-replication .

The lag is determined using the last received event timestamp and the postgresql timestamp. If the mysql is read only the lag will increase because no replica event is coming in.

The detach replica process resets the sequences in postgres to let the database work standalone. The foreign keys from the source MySQL schema are extracted and created initially as NOT VALID. The foreign keys are created without the ON DELETE or ON UPDATE clauses. A second run tries to validate the foreign keys. If an error occurs it gets logged out according to the source configuration.

Setup

  • Create a virtual environment (e.g. python3 -m venv venv)

  • Activate the virtual environment (e.g. source venv/bin/activate)

  • Upgrade pip with pip install pip –upgrade

  • Install pg_chameleon with pip install pg_chameleon.

  • Create a user on mysql for the replica (e.g. usr_replica)

  • Grant access to usr on the replicated database (e.g. GRANT ALL ON sakila.* TO ‘usr_replica’;)

  • Grant RELOAD privilege to the user (e.g. GRANT RELOAD ON *.* to ‘usr_replica’;)

  • Grant REPLICATION CLIENT privilege to the user (e.g. GRANT REPLICATION CLIENT ON *.* to ‘usr_replica’;)

  • Grant REPLICATION SLAVE privilege to the user (e.g. GRANT REPLICATION SLAVE ON *.* to ‘usr_replica’;)

Configuration directory

The system wide install is now supported correctly.

The configuration is set with the command chameleon set_configuration_files in $HOME/.pg_chameleon . Inside the directory there are three subdirectories.

  • configuration is where the configuration files are stored.

  • pid is where the replica pid file is created. it can be changed in the configuration file

  • logs is where the replica logs are saved if log_dest is file. It can be changed in the configuration file

You should use config-example.yaml as template for the other configuration files. Check the configuration file reference for an overview.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

pg_chameleon-2.0.10.tar.gz (65.7 kB view details)

Uploaded Source

File details

Details for the file pg_chameleon-2.0.10.tar.gz.

File metadata

  • Download URL: pg_chameleon-2.0.10.tar.gz
  • Upload date:
  • Size: 65.7 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/1.9.1 pkginfo/1.4.1 requests/2.18.4 setuptools/38.2.5 requests-toolbelt/0.8.0 tqdm/4.19.4 CPython/3.6.5

File hashes

Hashes for pg_chameleon-2.0.10.tar.gz
Algorithm Hash digest
SHA256 3c838e093d277ebd41a1f639e3ef3ee89d1649f5e14450f9d65ba66dfcaa20e4
MD5 f695ebba24dd2a4ebaf7b6d7490c203b
BLAKE2b-256 a1216d87e05d32b15a4524f9e89df637c1f433347c0bc47d45ac6a6b4c1fd83e

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page