内存紧张，FGC停不下来

客套话不说了哈，请社区里各路高人，指点以下，有点奔溃了。
 
问题是这样：存储的是监控相关数据。
日均7.5亿条数据，副本数1. 算上副本，日均新增数据1.8T，只保存2天。查询入口只有UI点击，日pv在100以内（都是有问题才会去看监控）
关键是有18台物理机， 128G内存，单机双节点。每个节点Heap 31G。只能跑一天到2天。。
 
ES版本： 1.7.1 
GC配置比较简单： G1， pause 200ms
 
运行一段时间后，大概一天后，陆续开始FGC，时间从15s ~ 5min不等，应该是mix gc失败后开始串行GC.
老年代基本吃完所有region，eden只有200M。
 
重启前，jmap了一下， [J 15G， 貌似是Long数组，但是不知道是ES的哪一块内存。
 
num     #instances         #bytes  class name
----------------------------------------------
   1:       3807192    15304408752  [J
   2:       9767447     7021834000  [B
   3:      25070955     1784529744  [C
   4:      14629532     1170362560  org.elasticsearch.common.cache.LocalCache$Segment
   5:      19221904      750032456  [Ljava.lang.Object;
   6:      24674649      592191576  java.lang.String
   7:       5196381      540423624  org.elasticsearch.action.index.IndexRequest
   8:      14667374      469355968  java.util.concurrent.locks.ReentrantLock$NonfairSync
   9:       3657374      468143872  org.elasticsearch.common.cache.LocalCache
  10:      15372723      245963568  java.util.concurrent.atomic.AtomicInteger
  11:      14629847      234077552  java.util.concurrent.atomic.AtomicReferenceArray
  12:       7306511      233808352  org.elasticsearch.common.cache.LocalCache$StrongEntry
  13:       6233374      199467968  java.util.HashMap$Node
  14:       5315217      170086944  org.elasticsearch.common.joda.time.format.PeriodFormatter
  15:       5315215      170086880  org.elasticsearch.common.unit.TimeValue
  16:       3841132      153645280  java.util.LinkedHashMap$Entry
  17:       4173918      133565376  org.elasticsearch.action.bulk.BulkItemResponse
  18:       1058384      131618928  [Ljava.util.HashMap$Node;
  19:       5196822      124723728  org.elasticsearch.common.bytes.BytesArray
  20:       3657374      117036112  [Lorg.elasticsearch.common.cache.LocalCache$Segment;
  21:       7307094      116913504  org.elasticsearch.common.cache.LocalCache$StrongValueReference
  22:       2792201      111688040  java.util.TreeMap$Entry
  23:       1866112       89573376  org.elasticsearch.action.index.IndexResponse
  24:       3657344       87776256  org.apache.lucene.util.FixedBitSet
  25:       3653252       87678048  org.elasticsearch.index.cache.fixedbitset.FixedBitSetFilterCache$Value
...
 
 
_cat看堆内存使用基本如下（保持在500m附近， siwm在1g附近，贴了一条）。
load  hp     hc  uptime      fm    fcm qcm im  pm      sm    siwm  siwmx   svmm     sfbm
18.61 86 26.6gb  18.5h 124.6mb   24mb  0b 0b -1b 593.3mb 873.8mb 10.9gb 21.2mb  918.3mb
....
 
目前我们的数据里有大量的数字类型，但是没有自定义mapping，都转成long保存了，联想到doc value，jmap里的数组，列式存储等等，知识体系不健全，无法准确定位，下午准备改下mapping，明天再折腾一下~ 
 
会有人回么？ 哎呀，第一次在这个社区发帖子，还是这么老的版本。 waiting....