分布式存储-问题总结

状态缓存：

set，get，delete

worker1 执行 set key，ttl（自动删除时间）=60；

worker1和master1 故障，超过ttl的时间重启恢复；

预期：w1get失败，w2delete失败

实际：w2delete成功

原因：恢复重启之后，过期的数据要在对账之后才能自动删除成功，此时的delete状态错误。

版本问题：

多种语言使用的情况下，java，c++，python，会导致某些情况下测试结果与预期不同，比如value值输入失败，

先考虑 测试版本比如Java、python的版本是否和开发一致。

一致性问题：

对象缓存中：多台机器的情况下，

比如写数据：具有同步、异步两种，同步的时候，W1创建，W2，W3也同时创建，异步则不会同时创建。

权限问题：

chmod 777

chown -R chuting:chuting /home/ct

测试全面性：

首先不能忘了语义测试：比如这个接口只可以调用一次，测试1次，2次，多台并发调用。

最常见的coredump问题：

coredump配置、产生、分析以及分析示例 - 蜜桃janna - 博客园 (cnblogs.com)

网络故障：ChaosBlade

{"code":200,"success":true,"result":"c29053229c16c839"}

(9条消息) 混沌工程工具-阿里ChaosBlade模拟网络丢包和延迟_Bruce小鬼的博客-CSDN博客

(9条消息) 混沌工程之ChaosBlade-Operator使用之一模拟POD丢包场景_Bruce小鬼的博客-CSDN博客

 文件系统：

创建（文件、目录）、打开（读打开、写打开）、写入、读取（顺序读、随机读）、边写边读、关闭、删除、

从NAS加载（文件、目录）、从磁盘卸载加载的、

dfx：服务断了（各种期间workermaster、gcs），一次或多次写入数据量过大（并发）、心跳断了RPC异常、网络断了、丢包chaosblade、