Home >Database >Redis >Monitoring and optimization of Redis persistence process

Monitoring and optimization of Redis persistence process

齐天大圣
齐天大圣Original
2020-05-23 12:04:371606browse

Redis persistence process has always been a common factor affecting redis performance. How to monitor persistence and how to optimize the persistence process? Here we take a look.

Monitoring and optimization of fork

No matter which persistence is used, RDB persistence or AOF rewriting, the main process will fork out. A child process, in which the generation of RDB files or the rewriting of AOF are completed. The fork operation is a relatively heavy operation for the operating system. During the fork phase, redis will block for a period of time. The blocking time is directly proportional to the memory size occupied by redis data. Each 1G memory fork takes 20 milliseconds.

If you want to know the blocking time of the fork stage, you can use the info stats command to view the value of the latest_fork_usec option, the unit is microseconds. Remember it's microseconds, not milliseconds.

# redis-cli info stats | grep latest
latest_fork_usec:323

Methods to optimize fork:

  • Control the memory size occupied by redis. If the memory usage is too large, the application can be split and deployed on multiple servers to share the memory usage of redis.

  • Appropriately reduce the frequency of fork operations.

Memory monitoring

RDB persistence log is as follows:

……
21692:C 15 May 2020 14:17:06.935 * DB saved on disk
21692:C 15 May 2020 14:17:06.936 * RDB: 2 MB of memory used by copy-on-write
……

You can see The RDB persistence process consumes 2M memory.

The AOF persistence log is as follows:

……
15786:C 23 May 2020 07:39:59.145 * AOF rewrite: 2MB of memory used by copy-on-write
10679:M 23 May 2020 07:39:59.201 * Background AOF rewrite terminated with success
10679:M 23 May 2020 07:39:59.201 * Residual parent diff successfully flushed to the rewritten AOF (0.02 MB)
10679:M 23 May 2020 07:39:59.201 * Background AOF rewrite finished successfully

You can see that the memory occupied by aof rewriting is 2MB 0.02MB=2.02MB

If you want to monitor the memory during the persistence process For the occupancy status, you can write a shell script to count the relevant information in the redis log.

Hard disk monitoring

The Redis persistence process will put pressure on the hard disk, because after persistence, the memory data will be saved to the hard disk. .

The Linux system has sar, iostat, etc. commands for monitoring the hard disk. If it is found that the hard disk IO pressure exceeds the threshold, then compare the persistence time according to the redis log to see if it is caused by the pressure of redis persistence. .

Optimization method Here are two points:

  • Use a disk with good performance. Mechanical hard drives are definitely not as good as solid-state drives.

  • If several redis instances are configured on a single machine, they can be written to different disks to reduce the writing pressure on the disk.

Single-machine multi-instance deployment

Because redis is a single-threaded architecture, if only one redis instance is deployed on a server , then it is a waste for multi-core CPUs. Therefore, multiple redis applications are usually deployed on one server. For example, three redis services are opened, and the port numbers are 6379, 6380, and 6381. 6379 is used for caching services, 6380 is used for message queues, and 6381 is used for tags. and recommendation systems.

This can indeed make full use of the CPU, but it can easily cause problems. If multiple instances are persisting at the same time, the pressure on the CPU, memory and video will be very large. A good practice is to isolate them so that only one instance is persisting at a time.

The pseudo code to achieve this effect is as follows:

while (true)
{
     $redisObj = [6379,6380,……];
     
     foreach ($redisObj as $obj) {
          // 该实例是否构成重写的要求
          if (rewriteConf($ojb)) {
           // 该实例进行持久化
          }
     }
}

foreach is used to traverse each redis instance, and then determine whether the instance meets the conditions for rewriting. If it is met, rewriting will begin. In this way, multiple redis instances can be persisted and isolated.

The above is the detailed content of Monitoring and optimization of Redis persistence process. For more information, please follow other related articles on the PHP Chinese website!

Statement:
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn