我一直使用Lettuce作为Redis客户端与AWS Elasticache交谈.我当前使用的具体配置是具有预定义节点地址的静态主站/从站.最近,主节点开始启动故障转移过程并最终导致所有应用程序写入请求失败,并出现以下错误:
redis.RedisCommandExecutionException: READONLY You can't write against a read only slave.
从那时起,我一直在做一些研究,并意识到Standalone Master/Slave可能是符合与Elasticache交谈的目的(在非集群模式下),因为根据AWS文档,客户端应始终只与主要端点 - 在发生故障转移时更新为指向新主服务器.
这让我想知道,为什么作者在使用AWS Elasticache时建议使用Static Master/Slave和预定义的节点地址方法？
有什么想法吗？
配置:1个主节点和2个从节点
我有一个场景,在包含用户名和密码的CSV文件的帮助下,获取会话ID并使用saveAs保存它们.
我希望能够在以下场景中使用这些会话ID,这些场景执行一些需要会话ID的操作.此外,我还想将会话ID与其用户名相关联.
基本上,我试图从其余操作中对登录操作(获取会话ID)进行顺序化.加特林有可能吗？如果是这样,我如何在场景之间传递数据？
我试图在命令行上指定一些GC调整选项,并且由于某种原因继续运行到"无法识别的选项"错误.
java -Dproperty1 = value -Dproperty2 = value2 -cp ./some/jarFile1.jar:./some/jarFile2.jar com.xyz.ClassFile -c/path/to/a/file -XX:+ UseG1GC -XX:+ UseStringDeduplication -XX:MaxGCPauseMillis = 200
回报
线程"main"中的异常org.apache.commons.cli.UnrecognizedOptionException:无法识别的选项:-XX:+ UseStringDeduplication
XX:MaxGCPauseMillis如果我删除了StringDeduplication,那么该选项也是如此.
运行Java 8,版本信息:
java version "1.8.0_66" Java(TM) SE Runtime Environment (build 1.8.0_66-b17) Java HotSpot(TM) 64-Bit Server VM (build 25.66-b17, mixed mode)
任何线索都表示赞赏.