記載一次專案中的小事故
最近做專案出現一次小小的事故,伺服器是C++和MYSQL寫的,有裝置不停的想伺服器傳送GPS資料,資料庫予以進行記錄,客戶端會對需要的時候會對這些資料檢索,一開始使用沒啥問題,伺服器執行時間久了就出一些問題,經過排查發現是資料量過大導致搜尋時間過長,具體資料是2000萬條資料檢索耗時75秒(哪怕檢索結果只有短短的幾十條資料,檢索過程要所有資料都過一遍),這就有點不合適了。目前沒找到合適的解決辦法,只能刪除部分資料再說吧。雖然不是什麼大問題,做個記錄吧,一來以後遇見相似問題好解決,二來看看有沒有更好的解決方案。
===========================20分鐘後================================================
具體使用就是建立索引,對,就是那個熟悉的名字,索引,以前就知道這個東西,還真沒有實戰使用過到底什麼好處,淚奔,值得注意的是索引欄位的值是可以相同的。建立方法如下圖:
檢索千萬資料也是秒出,真爽。
相關推薦
記載一次專案中的小事故
最近做專案出現一次小小的事故,伺服器是C++和MYSQL寫的,有裝置不停的想伺服器傳送GPS資料,資料庫予以進行記錄,客戶端會對需要的時候會對這些資料檢索,一開始使用沒啥問題,伺服器執行時間久了就出一些問題,經過排查發現是資料量過大導致搜尋時間過長,具體資料是2000萬條資料
記一次Spring配置事故
vcc @override iba initial web color 差異 info ida 在引入Spring的Validated時,需要聲明如下bean: @Beanpublic MethodValidationPostProcessor methodVa
一次 專案開發的指導
真正 在企業開發的時候 常常是從 後邊 往 前面寫的 怎麼樣匯入專案 即不報錯 可以啟動正常的專案 ----------》 首先確保你的 maven額的環境變數 配置到位 如何正確的匯入專案-------》 在IDEA 裡回退到新的專案裡 建立一個新的 空的專案 確保 要在專案裡 倒
記一次專案談判的失敗經歷,要拒絕免費開發!
程式設計師平時總難免要接個外包,幹個兼職啥的。下面給大家講講我這次經歷,給大家增長一點經驗。 我這段時間由於自由創業,經濟上小有緊張。幻想是不是可以兼職接點活幹幹,幫補一下經濟。一次偶然的機會,得知某老闆有一個專案,正在找一個技術合夥人。當合夥人我倒不至於那麼想當,倒是很想看看有什麼活可以扒點乾乾,多掙個三
記一次專案啟動報錯
22:31:57,703 ERROR com.acce.auth.exception.CommonExceptionHandler : 59 - Handler dispatch failed; nested exception is java.lang.ExceptionI
一次專案中Gulp的使用(壓縮、新增版本號,自動化打包)
一次專案中Gulp的使用 Gulp的準備工作 安裝Gulp 專案中初始化gulp 編寫gulp指令碼 打包結果 拓展 Gulp的準備工作 前段時間接手一個war專案,springmvc 前端
一次專案使用redis單機的坑
引入:最近的專案中,要用redis來做快取,優化一些與資料庫的互動,所以本人也開始了第一次正式的使用。 因為框架中已經把spring的一些特性關掉(例如注入等),然後做了封裝(為了避免一些無用的注入導致浪費資源以及其他一些特性),所以我當時想到的是沒法用spri
記一次專案上線過程
以前嫌麻煩,自己寫了很多小demo,卻從未考慮過上線給其他人使用。後來有一個面試官告訴我,你身為開發,做出來的專案就是要給別人用的。於是後來我買了一個阿里雲的學生伺服器,也很便宜,一個月9.5。然後為我的部落格買了一個域名,開始了學習上線之路。 1.首先記得要把前端專案裡面的baseUR
分享vue + vuex + typescript的一次專案程式碼重寫
俗話說一個專案,用程式碼重寫十次,每次肯定收益匪淺。後續還會持續重構ssr等。 在vue裡使用ts,一般分為兩種情況: 在vue-cli 3.0以下的老專案中。 在最新的vue-cli 3.0
記一次專案執行cpu過高處理
第一次處理這種問題,新手不懂的從何下手走了不少彎路,記錄一下,以後借鑑. 對於cpu執行過高的問題,首先要列印堆疊資訊,和執行緒執行cpu使用情況: 1.列印堆疊資訊: 先通過top -c找到自己的執行緒對應的id值: jstac
記一次網路劫持事故
今天使用者反饋app的玩法介紹頁開啟之後顯示錯誤 內容是 alipays://platformapi/startapp?sald=10000007.... 切換成4g就好了 由此推斷是執行商或者路由器搞的鬼 這個頁面是開啟支付寶的 估計是因為最近有支付寶口令紅包
以一次專案經歷淺談php無限極分類和遞迴的關係
專案背景: 新專案是一個分銷系統,核心技術就是無限極分類,每個會員都可以邀請別人進入這個團隊,會員可以升級,可以享受獎勵,前提是不斷地邀請別人加入,這樣每個團隊的長遠可以層層繫結關係。 資料庫設計: 資料庫的user表這樣設計,
記一次專案使用webuploader爬坑之旅
因前端頁面開發使用的為VUE開發,又要支援IE9,遂只有基於webuploader封裝一個上傳元件。地址:https://github.com/z719725611/vue-upload-web,現在版本比專案中的元件版本要低,後期會更新npm版本。 webup
記載一次udpsock通信程序
error lob data int ror txt stop 進行 string 服務器接收端,采用pyhon來進行接收,主要使用udp進行通信mport os,socket,sys,time,stringimport threading time_log=‘‘ tim
一次專案程式碼重構-使用spring容器幹掉條件判斷
一次專案程式碼重構-使用spring容器幹掉條件判斷 這是在一次公司專案中進行重構時,一些複雜業務時想到的一個去掉一些if else的辦法。能夠使程式碼邏輯更加清晰,減少一些業務上的耦合。 業務說明 我所在的是一個做保險的專案組,這次重構是針對其中的保費計算和核保的業務。 專案重構之前,在保費計算的介面中,有
卜時明餐|記一次專案開發經歷
卜時明餐:校園餐廳人流量實時監測系統 做了一兩週,這個專案應該要告一段落了 這幾周每天肝到深夜,也挺開心的啊,和小夥伴完美配合,做出成品後還是很有成就感。 把這學期學的資料庫啊、java、計算機網路都實際用到了 簡單記錄一下這次專案經歷。 大概是這樣子的 P的視訊 B站備份了視訊,順便騙一波三連。
記一次專案總結
前言 前段時間做了一個頁面,做的是個人云盤的業務,操作功能上類似於百度網盤和windows檔案管理。這個業務本身沒有稱得上是亮點的地方,但是當中有很多地方值得總結,無論是技術上還是感悟上。 我的感悟首先在產品上,作為一名前端,要不斷地站在使用者的角度上去感受它,一定有一些可以做的更友好、更人性化的地方。比如在
記一次專案重構
前言 本文主要記錄,剛剛步入架構師崗位4個月的我,重構專案的一些經歷。 專案重構的過程 重構專案這件事,最重要的其實是心態,只要心態良好,這事兒十有八九能幹成。 因為,我們要面對困難,往往並不僅僅是程式碼。比如,你在專案重構開始後,發現,重構專案組只剩你一個人。。。 01熟悉表結構 對於這一次重構的專案,我還
【MySQL】記一次線上重大事故:二狗子竟然把線上資料庫刪了!!
## 寫在前面 > 估計二狗子這幾天是大姨夫來了,心情很鬱悶,情緒也很低落,工作的時候也有點心不在焉。讓他發個版本,結果,一行命令下去把線上的資料庫刪了!你沒聽錯:是刪掉了線上的資料庫!運營那邊頓時炸了鍋:怎麼回事?系統不能訪問了!什麼情況啊?!很多客戶都在投訴了!! ># > 儘管運營那
記一次訂單號事故
### 記一次訂單號事故 > 去年年底的時候,我們線上出了一次事故,這個事故的表象是這樣的: >系統出現了兩個一模一樣的訂單號,訂單的內容卻不是不一樣的,而且系統在按照 >訂單號查詢的時候一直拋錯,也沒法正常回調,而且事情發生的不止一次,所以 >這次系統升級一定要解決掉。 經