Requirements
- Rep Pro with a valid
REP_PROlicense key - Shared MySQL on every backend (
storage.method: mysql, same database) - Redis reachable from every backend
pro-settings.redis-sync: true
Core MySQL alone shares reputation data but each server caches records locally. Redis sync invalidates those caches instantly when any server changes a score. See Installation for the difference.
How it works
Redis sync uses a cache invalidation model — not full payload replication.- All servers read and write reputation through shared MySQL (source of truth).
- Each server keeps a local in-memory cache of player records for performance.
- When any server changes a player’s score, it:
- Writes the update to MySQL
- Publishes an invalidation message on a Redis pub/sub channel
- Other servers receive the message, drop that player from their local cache, and fetch fresh data from MySQL on the next access.
Configuration
plugins/Rep/config.yml
Point every Rep Pro backend at the same MySQL database and same Redis instance.
Manual cache flush
If caches drift or you need a full refresh after maintenance:rep.admin.redissync. They flush the local cache on the executing server and broadcast invalidation to all connected backends.
Troubleshooting
Related pages
- Rep Pro — license and overview
- Installation — MySQL setup and Core vs Pro storage notes
- Commands —
/rep redis flushpermission details
