模拟Elasticsearch写入异常思路

场景问题：

开发中常需要模拟各种异常来印证自己代码逻辑处理没有问题。最近接到一个需求，就是模拟Elasticsearch查询正常，但写入异常情景。有点同学会说这个不是很好模拟吗？在你需要处理逻辑的地方手工抛出需要的指定异常，当程序中捕获，是否按照预想的逻辑实现不就搞定了？这是研发自测的场景，但是如果要协助测试呢？这个怎么抛？

解决方案：

• 一.使索引只有只读权限

在讲之前先说下索引的一个设置“read_only_allow_delete”，当read_only_allow_delete=true时说明该索引只有只读权限但允许删除，当read_only_allow_delete=false时说明该索引具有读写所有权限。当服务器磁盘空间不够时，es为了保护数据会自动将read_only_allow_delete改为true，返回写入异常给服务处理，且这个参数不会自动转为false，需得手工转换。
根据这个思路可以通过修改该值模拟出读正常，写异常的情形。

一.让某索引只读指令
PUT 索引名/_settings
    {
    "index": {
    "blocks": {
    "read_only_allow_delete": "true"
    }
    }
    }
二.让某索引可读可写指令
PUT 索引名/_settings
    {
    "index": {
    "blocks": {
    "read_only_allow_delete": "false"
    }
    }
    }
<