ripienaar/mysql-lagslave — explained in plain English
Analysis updated 2026-07-17 · repo last pushed 2011-05-18
Keep a disaster-recovery replica intentionally delayed so accidental deletes can be recovered
Maintain a fixed lag window for regulatory or compliance reasons
Monitor replica lag drift with the included Nagios check script
Test application behavior against deliberately stale replica data
| ripienaar/mysql-lagslave | cocoapods/cocoapods-podfile_info | fastlane/nightly | |
|---|---|---|---|
| Stars | 5 | 5 | 5 |
| Language | Ruby | Ruby | Ruby |
| Last pushed | 2011-05-18 | 2015-02-25 | 2018-12-11 |
| Maintenance | Dormant | Dormant | Dormant |
| Setup difficulty | moderate | easy | moderate |
| Complexity | 3/5 | 2/5 | 2/5 |
| Audience | ops devops | developer | developer |
Figures from each repo's GitHub metadata at analysis time.
Requires running mk-heartbeat on the master plus this daemon on the replica, with matching configuration.
A Ruby daemon that deliberately keeps a MySQL replica a set number of seconds behind its master, using heartbeat timestamps for accurate lag control.
Mainly Ruby. The stack also includes Ruby, MySQL.
Dormant — no commits in 2+ years (last push 2011-05-18).
Setup difficulty is rated moderate, with roughly 1h+ to a first successful run.
Mainly ops devops.
This repo across BitVibe Labs
Verify against the repo before relying on details.