flinksql redis flink读取redis慢

本文目录一览：

1、Redis异常记录
2、一分钟快速搞懂Redis的慢查询分析
3、同一服务器redis持久化,导致另一redis变慢

Redis异常记录1、使用Redis集群时遇到“peer”异常，这通常意味着在集群中的某个节点出现了问题。Redis集群是分布式数据存储，它通过将数据分布在多个节点上以提高性能和可靠性。当一个节点无法正常工作，它可能会影响集群的稳定性和数据一致性。
2、如连接异常，应抛出异常，这样可以让代码更加健壮和完善。连接Redis时会出现各种异常，例如连接超时、连接被拒绝等，如不抛出异常，程序就无法知道Redis连接是否正常，也无法及时处理连接异常，会导致程序出现无法预料的错误。
3、当 Redis 事务中的某个命令执行失败时，Redis 不会自动回滚之前的操作，而是会继续执行后续命令。
4、redis 0 以后，提供了—hotkey 指令，可以通过热key 指令来监控热key 。如果发现异常热key，比如spring-redis-session的热key，存储的是一段时间戳，并且访问率非常高，qps 几十万/s 。
5、这个异常一般是你操作的数据类型不正常，比如你在redis中key为“aaa”的value是一个list，这个时候你用key为“aaa”的键去存或取一个字符串的value就会报这个异常。
6、一般如果定位到有连接异常，可以使用如下命令杀掉为测试方便，我直接把复制积压缓冲区配置为800M 。
一分钟快速搞懂Redis的慢查询分析1、Redis是一个内存数据库，当Redis使用的内存超过物理内存的限制后，内存数据会和磁盘产生频繁的交换，交换会导致Redis性能急剧下降。所以在生产环境中我们通过配置参数maxmemoey来限制使用的内存大小。
2、之前我们就遇到这种问题，特点就是从某个时间点之后就开始变慢，并且一直持续。这时你需要检查一下机器的网卡流量，是否存在网卡流量被跑满的情况。网卡负载过高，在网络层和TCP层就会出现数据发送延迟、数据丢包等情况。
3、为了解决这个问题，可以考虑以下几种方法：调整持久化方式：Redis提供了两种持久化方式，RDB和AOF 。RDB是将数据快照写入磁盘， AOF是将操作日志追加到文件中。
4、内存中的的数据写入磁盘，这个会加重磁盘的IO负担，操作磁盘成本要比操作内存的代价大得多。如果写入量很大，那么每次更新都会写入磁盘，此时机器的磁盘IO就会非常高，拖慢Redis的性能，因此我们不建议使用这种机制。
同一服务器redis持久化,导致另一redis变慢1、绑定CPU的Redis，在进行数据持久化时，fork出的子进程，子进程会继承父进程的CPU使用偏好，而此时子进程会消耗大量的CPU资源进行数据持久化，子进程会与主进程发生CPU争抢，这也会导致主进程的CPU资源不足访问延迟增大。
2、首先，第一步，建议你去查看一下Redis的慢日志。Redis提供了慢日志命令的统计功能，我们通过以下设置，就可以查看有哪些命令在执行时延迟比较大。
【flinksql redis flink读取redis慢】3、Master写内存快照，save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以Master最好不要写内存快照。