Personal blog of Yzmir Ramirez

Percona ClusterSync for MongoDB 0.8.0 introduces document-level parallel replication and an async bulk-write pipeline, replacing the previous single-threaded change-replication architecture. These changes deliver to 18.5x performance improvements.

A series of vulnerabilities has been identified that affect all versions of Valkey. Below is the summary of each vulnerability: The patches for these CVEs had been released in newer versions of valkey-server and valkey-bloom. Please consider upgrading to these versions as soon as possible: valkey-server 9.0.3 valkey-server 8.1.6 valkey-server 8.0.7 valkey-server 7.2.12 valkey-bloom 1.0.1 […]

The topic of checkpoint tuning is frequently discussed in many blogs. However, I keep coming across cases where it is kept untuned, resulting in huge wastage of server resources, struggling with poor performance and other issues. So it’s time to reiterate the importance again with more details, especially for new users. What is a checkpoint? […]

When a replica fails due to corruption or drift, the standard solution is to rebuild it from a fresh copy of the master when pt-table-sync is not an option. Traditionally, when we need to build a new replica, we use a physical backup for speed, but there are some cases where you still need logical […]

The Evolution of Object Storage Let’s start by stating something really obvious; object storage has become the preeminent storage system in the world today. Initially created to satisfy a need to store large amounts of infrequently accessed data, it has since grown to the point of becoming the dominant archival medium for unstructured content. Its […]

The replication  manager script can be particularly useful in complex PXC/Galera topologies that require Async/Multi-source replication. This will ease the auto source and replica failover to ensure all replication channels are healthy and in sync. If certain nodes shouldn’t  be part of a async/multi-source replication, we can disable the replication manager script there to tightly controlled the flow. Alternatively, node participation can be controlled by adjusting the weights in the percona.weight table, allowing replication behavior to be managed more precisely.

One of our founders, Peter Zaitsev took a look at Redis (Remote DIctionary Server) when it first emerged in 2009 https://www.percona.com/blog/looking-at-redis/ which reminded me how far this project has come in sixteen years, evolving from a simple key-value store into a multi-model platform including vector search. This article covers this evolution in four distinct eras. […]

Migrating mission-critical databases is often compared to changing the engines on a plane while it’s in mid-flight. For MongoDB users, this challenge has been historically steep, often involving complex workarounds or proprietary tools that keep you locked into a specific ecosystem. Today, we are thrilled to announce the General Availability of Percona ClusterSync for MongoDB […]

Unveiling the Limits: A Performance Analysis of MongoDB Sharded Clusters with plgm In any database environment, assumptions are the enemy of stability. Understanding the point at which a system transitions from efficient to saturated is essential for maintaining uptime and ensuring a consistent and reliable user experience. Identifying these limits requires more than estimation—it demands […]

In this blog post, we will be discussing the PXC Replication Manager script/tool which basically facilitates both source and replica failover when working with multiple PXC clusters, across different DC/Networks connected via asynchronous replication mechanism. Such topologies emerge from requirements like database version upgrades, reporting or streaming for applications, separate disaster recovery or backup solutions, […]