记录一次ES写入速度慢的解决过程

最近解决了一个因索引导致ES写入性能很低的问题，记录如下：
问题描述：
机器配置8C/16G 5个数据节点，照理来说性能应该不错，但是写入速度TPS只有4000左右，之后我们对写入进行bulk批量写入，虽然整体写入数据性能有所提高，但是ES的TPS依然不高，另外隔一段时间就发现ES的写入队列比较长，拒绝请求也非常高，查看Es日常日志和慢日志发现在请求过程中存在大量如下错误：

failed to execute bulk item (index) BulkShardRequest [[xxxxx][0]] containing [index {[xxxxx][xxx][23116134695937D23BD8C5290D68CAB331C81325E2A5cn-north-11635770966001], source[n/a, actual length: [44.5kb], max length: 2kb]}]
java.lang.IllegalArgumentException: Document contains at least one immense term in field="syncData" (whose UTF8 encoding is longer than the max length 32766), all of which were skipped.  Please correct the analyzer to not produce such terms.  The prefix of the first immense term is: '[123, 34, 111, 114, 100, 101, 114, 66, 97, 115, 101, 73, 110, 102, 111, 34, 58, 123, 34, 111, 114, 100, 101, 114, 84, 121, 112, 101, 34, 58]...', original message: byt