Doyourself!

摘要： ElasticsearchStatusException[Unable to parse response body]; nested: ResponseException[method [PUT], host [http://marketing-ora-m-dev.gwm.com.cn], URI 閱讀全文

摘要： ElasticsearchStatusException[Unable to parse response body]; nested: ResponseException[method [PUT], host [http://marketing-ora-m-dev.gwm.com.cn], URI 閱讀全文

摘要： es 磁盤超過90%后，無寫權限了 參考：https://blog.csdn.net/aa503709643/article/details/115120233 閱讀全文

摘要： 主要原因是依賴的包的問題。這個redis包是在另一個項目里面，啟動時候是不需要的。把這個給注釋就行了 2.單元測試時候啟動時候報datasource不存在 @RunWith(SpringJUnit4ClassRunner.class) @SpringBootTest(classes = {TestE 閱讀全文

摘要： 新建一個springboot服務時候，想要把公共模塊的一個組件禁止自動裝配。有兩種方式： 1. @SpringCloudApplication @EnableAutoConfiguration(exclude = {MongoAutoConfiguration.class, MongoDataAut 閱讀全文

摘要： 電腦1是舊電腦，里面的資料給新電腦。 電腦盤符-右鍵屬性-高級共享。點擊設置后 新電腦直接輸入： \\舊電腦ip 2.昨天上線了一個功能，符合條件的手機號要進行線索下發(fā)。結果在做時候發(fā)現(xiàn)數(shù)據(jù)沒有入庫，日志里面能搜到。但是一個個的統(tǒng)計里面的手機號，幾萬個太多了。在騰訊云上面可以下載日志，然后通過解析的 閱讀全文

摘要： 線上發(fā)現(xiàn)有這么一個慢sql:查詢當天生日的用戶，由于用戶量達到了百萬級，原來的慢sql如下： select t1.id as id, t1.user_name, t1.real_name, t1.user_id as userid, t1.xinge_token as xingetoken , t1 閱讀全文

摘要： 昨天晚上上線后，發(fā)現(xiàn)在app查詢功能時候，整個系統(tǒng)直接爆出大量的慢sql報警。緊急回滾后查找問題，然后執(zhí)行sql的執(zhí)行計劃： 發(fā)現(xiàn)有一個全表掃描的問題，大量的查詢導致了慢sql 。 之后再預生產(chǎn)重現(xiàn)，但是發(fā)現(xiàn)加上索引后仍然沒有生效。為什么呢？ 最后發(fā)現(xiàn)是關聯(lián)表的字符集的排序規(guī)則不一致：舊表使用的是b 閱讀全文

摘要： 項目經(jīng)常自動重啟，但是沒有gc日志和dump文件。可以使用一下命令添加日志： -XX:+PrintGCDetails -XX:+UseStringDeduplication -Xmx100M -XX:+UseG1GC -XX:+PrintGCTimeStamps -Xloggc:gc-%t.log 閱讀全文

摘要： 需求說明：消息發(fā)送到kafka，對消息進行處理。使用springboot-kafka自帶的組件，使用kafkaTemple進行發(fā)送和消費。 package com.gwm.marketing.kafka.product; import com.alibaba.fastjson.JSONObject; 閱讀全文