我寫了一個服務調用elasticsearch做增刪改查的,結果前些天有一起假死事件,現(xiàn)象是服務全都沒流量了,請求進不來,rpc服務隊列里面堆積了好多請求都超時了。過了十幾分鐘后這個現(xiàn)象自己就緩解了。
當時的GC頻率不高都是年輕帶GC,qps也屬于正常的范圍,日志記錄的耗時較長的查詢或修改 但是我再拿去執(zhí)行的時候發(fā)現(xiàn)其實耗時并不長,也許是因為請求超時了所以才會統(tǒng)計到耗時較長吧,感覺這個線索不具備可靠性。
還有一種可能,就是服務層和es集群的連接數(shù)滿了,導致那一會兒請求es集群的任務都阻塞了?我的客戶端是這么寫的:
public class ClientManager {
private static Logger logger = LogManager.getLogger(ClientManager.class.getName());
private static final String CLUSTER_NAME = "cluster.name";
private static final String ES_SERVICES = "es.services";
private Client client;
private static class ClientManagerHolder {
private ClientManagerHolder() {
}
private static final ClientManager INSTANCE = new ClientManager();
}
public static Client getClient() {
return ClientManagerHolder.INSTANCE.client;
}
private ClientManager() {
if (client == null) {
createClient();
}
}
private void createClient() {
// init
String configPath = Path.getCurrentPath() + "/../config/app.properties";
logger.info("######## appConfig配置文件路徑 " + configPath);
AppConfig.init(configPath);
try {
String clusterName = AppConfig.getProperty(CLUSTER_NAME);
String services = AppConfig.getProperty(ES_SERVICES);
logger.debug("es.services:" + services);
logger.debug("clusterName:" + clusterName);
Settings settings = Settings.settingsBuilder().put("cluster.name", clusterName)
.put("client.transport.sniff", true).put("client.transport.ignore_cluster_name", true)
.put("client.transport.ping_timeout", "1s").put("client.transport.nodes_sampler_interval", "1s")
.build();
// add delete-by-query plugin
TransportClient c = TransportClient.builder().settings(settings).addPlugin(DeleteByQueryPlugin.class)
.build();
String[] servicesArray;
if (StringUtils.isNotBlank(services)) {
servicesArray = services.split(",");
for (String service : servicesArray) {
String[] serviceInfo = service.split(":");
if (serviceInfo.length > 1) {
c = c.addTransportAddress(new InetSocketTransportAddress(InetAddress.getByName(serviceInfo[0]),
Integer.valueOf(serviceInfo[1])));
}
}
client = c;
logger.info("connect to es cluster success.");
} else {
logger.error(" has no services info.");
}
} catch (Exception e) {
logger.error("create es client failed.", e);
}
}
}
大致就是做了個單例,但是我不太清楚esclient 有沒有做連接池 或者請求關閉等操作?總之我是沒有手動調用過close方法的,不知道是不是這塊導致連接池資源都釋放不掉了。
es有關連接池部分的配置我也發(fā)一下吧:
threadpool:
index:
type: fixed
size: 24
queue_size: 500
bulk:
type: fixed
size: 24
queue_size: 500
action.write_consistency: one
index.store.type: mmapfs
indices.memory.index_buffer_size: 10%
index.translog.flush_threshold_ops: 50000
index.translog.flush_threshold_size: 500mb
index.translog.flush_threshold_period: 10m
indices.memory.min_translog_buffer_size: 512m
indices.memory.max_translog_buffer_size: 512m
indices.queries.cache.size: 512m
indices.queries.cache.count: 5000
求大神幫忙分析
北大青鳥APTECH成立于1999年。依托北京大學優(yōu)質雄厚的教育資源和背景,秉承“教育改變生活”的發(fā)展理念,致力于培養(yǎng)中國IT技能型緊缺人才,是大數(shù)據(jù)專業(yè)的國家
北大青鳥中博軟件學院創(chuàng)立于2003年,作為華東區(qū)著名互聯(lián)網(wǎng)學院和江蘇省首批服務外包人才培訓基地,中博成功培育了近30000名軟件工程師走向高薪崗位,合作企業(yè)超4
中公教育集團創(chuàng)建于1999年,經(jīng)過二十年潛心發(fā)展,已由一家北大畢業(yè)生自主創(chuàng)業(yè)的信息技術與教育服務機構,發(fā)展為教育服務業(yè)的綜合性企業(yè)集團,成為集合面授教學培訓、網(wǎng)
達內教育集團成立于2002年,是一家由留學海歸創(chuàng)辦的高端職業(yè)教育培訓機構,是中國一站式人才培養(yǎng)平臺、一站式人才輸送平臺。2014年4月3日在美國成功上市,融資1
曾工作于聯(lián)想擔任系統(tǒng)開發(fā)工程師,曾在博彥科技股份有限公司擔任項目經(jīng)理從事移動互聯(lián)網(wǎng)管理及研發(fā)工作,曾創(chuàng)辦藍懿科技有限責任公司從事總經(jīng)理職務負責iOS教學及管理工作。
浪潮集團項目經(jīng)理。精通Java與.NET 技術, 熟練的跨平臺面向對象開發(fā)經(jīng)驗,技術功底深厚。 授課風格 授課風格清新自然、條理清晰、主次分明、重點難點突出、引人入勝。
精通HTML5和CSS3;Javascript及主流js庫,具有快速界面開發(fā)的能力,對瀏覽器兼容性、前端性能優(yōu)化等有深入理解。精通網(wǎng)頁制作和網(wǎng)頁游戲開發(fā)。
具有10 年的Java 企業(yè)應用開發(fā)經(jīng)驗。曾經(jīng)歷任德國Software AG 技術顧問,美國Dachieve 系統(tǒng)架構師,美國AngelEngineers Inc. 系統(tǒng)架構師。