鍍金池/ 問(wèn)答/ 數(shù)據(jù)庫(kù)問(wèn)答
她愚我 回答

100w行數(shù)據(jù)，你內(nèi)存又不夠，分表吧，分成十個(gè)。
然后判斷哪幾個(gè)表在時(shí)間區(qū)間內(nèi)有數(shù)據(jù)（查詢(xún)第一個(gè)和最后一個(gè)數(shù)據(jù)即可判斷）
最后只在這幾個(gè)表中查詢(xún)，匯總，這樣大概能減少80%的內(nèi)存占用和時(shí)間。
如果還嫌速度慢，那就大數(shù)據(jù)，多臺(tái)服務(wù)器并發(fā)查詢(xún)各自的子表，最后加和。

巷尾 回答

下斷點(diǎn)看一下$resultNews是不是false，mysqli::query可能返回false的?；蛘哂胢ysqli::errno 提前判斷一下到底有沒(méi)有成功

殘淚 回答

數(shù)據(jù)庫(kù)查詢(xún)不會(huì)造成整個(gè)程序阻塞，阻塞原因應(yīng)該是數(shù)據(jù)返回后的遍歷操作，估計(jì)是查詢(xún)出來(lái)的數(shù)據(jù)量太大了，盡可能在數(shù)據(jù)庫(kù)查詢(xún)時(shí)過(guò)濾掉不必要的數(shù)據(jù)，實(shí)在太多，可以進(jìn)行分頁(yè)查詢(xún)處理

話(huà)寡 回答

圖片描述

換了后是mongodb了。但是還是報(bào)錯(cuò)。

青瓷 回答

1。為什么不能使用默認(rèn)id
2。如果自定義id，那么默認(rèn)id也會(huì)自動(dòng)生成
3。要使用自定義id查詢(xún)，就用自定義的字段名稱(chēng)就好，默認(rèn)id當(dāng)然同樣是可以繼續(xù)使用的

賤人曾 回答

gin.H是map,gin.H{data}的寫(xiě)法絕對(duì)有問(wèn)題, 還是上代碼吧.

柒喵 回答

樓上的老兄其實(shí)是可以的做的，
那么如果非得用數(shù)據(jù)庫(kù)語(yǔ)句實(shí)現(xiàn)，也不難，合理使用CASE+AS 也是可行的

SELECT 
    CASE
      WHEN name = 1 THEN '語(yǔ)文'
      WHEN name = 2 THEN '數(shù)學(xué)'
      WHEN name = 3 THEN '英語(yǔ)'
    END AS '學(xué)科',
    score AS '成績(jī)'
FROM person

clipboard.png

做不到 回答

1.很明顯你的數(shù)據(jù)庫(kù)被黑客入侵了，黑客騙你他已經(jīng)備份了，其實(shí)你的數(shù)據(jù)很可能就是被刪除了，即使交了比特幣也沒(méi)法恢復(fù)。
2.要加強(qiáng)安全意識(shí)，mongodb不要監(jiān)聽(tīng)在外網(wǎng)也不要用27017這個(gè)默認(rèn)端口，且一定要開(kāi)啟認(rèn)證模式。
3.看看百度云服務(wù)器有沒(méi)有做磁盤(pán)快照，如果有的話(huà)可以通過(guò)快照找回部分?jǐn)?shù)據(jù)。

魚(yú)梓 回答

原來(lái)的數(shù)據(jù)還在啊，你想一個(gè)個(gè)的刪除也行；一個(gè)個(gè)修改也行；如果數(shù)據(jù)龐大，就直接做錯(cuò)誤兼容處理，少了。字段的表要特別處理。
最好的當(dāng)然是做到和schema一致，因此最好替換所有數(shù)據(jù)

伴謊 回答

其實(shí)這大部分是一個(gè)操作系統(tǒng)原理的問(wèn)題。操作系統(tǒng)在讀取文件時(shí)會(huì)把文件內(nèi)容放到空閑內(nèi)存中，這樣下次再有程序嘗試讀取同樣的文件內(nèi)容的時(shí)候，就可以直接從內(nèi)存中給而不用讀磁盤(pán)，從而大幅度提高讀取速度。這個(gè)緩存就是文件系統(tǒng)緩存。
其實(shí)很容易理解：這些內(nèi)存如果沒(méi)有人用，空著也是浪費(fèi)，為什么不緩存一點(diǎn)東西在里面呢？不管緩存什么，只要命中一次就賺到一次。至于怎么怎么賺更多，那就要看你怎么選擇在有限的內(nèi)存空間中緩存的什么內(nèi)容，怎么能讓緩存的內(nèi)容被更多地命中。這部分內(nèi)容跟問(wèn)題無(wú)關(guān)，不細(xì)說(shuō)了，有興趣可以看看操作系統(tǒng)原理。
回到你的問(wèn)題，當(dāng)你重啟了MongoDB實(shí)例時(shí)，MongoDB占用的內(nèi)存當(dāng)然已經(jīng)都釋放掉了。但是無(wú)論是數(shù)據(jù)還是索引，其實(shí)都還緩存在文件系統(tǒng)緩存中，因?yàn)樗鼈兌紒?lái)自于數(shù)據(jù)文件和索引文件（前提是沒(méi)有別人要使用這些內(nèi)存）。索引的使用是按需加載，這點(diǎn)基本上從邏輯推理就可以猜出來(lái)：假設(shè)你的10GB的索引，難道第一次讀取的時(shí)候就要等10GB索引加載到內(nèi)存中？假如索引容量比內(nèi)存要大呢？所以一次性加載全部索引顯然是不合理的。即使是一個(gè)索引，也是按需部分加載而不是全部。所以你需要用到的只是這1GB中的很小一部分。記住索引的時(shí)間復(fù)雜度是log2(n)，要從1億數(shù)據(jù)中找出需要的一條，最壞的情況下只需要查詢(xún)27次比較，當(dāng)然是瞬間就出來(lái)了。

笑浮塵 回答

????事務(wù)隔離等級(jí)：

  • 未提交讀(READ UNCOMMITED) ：兩個(gè)事務(wù)之間互相可見(jiàn)，即使另一個(gè)事務(wù)沒(méi)有提交也可以獲取數(shù)據(jù)（不推薦），這就是所謂的臟讀；
  • 已提交讀(READ COMMITED)：符合隔離性的基本概念，一個(gè)事務(wù)進(jìn)行時(shí)，其它已提交的事物對(duì)于該事務(wù)是可見(jiàn)的，即可以獲取其它事務(wù)提交的數(shù)據(jù)。
  • 可重復(fù)讀(REPEATABLE READ) ：InnoDB的默認(rèn)隔離等級(jí)。事務(wù)進(jìn)行時(shí)，其它所有事務(wù)對(duì)其不可見(jiàn)，即多次執(zhí)行讀，得到的結(jié)果是一樣的！
  • 可串行化（SERIALIZABLE）： 在讀取的每一行數(shù)據(jù)上都加鎖，會(huì)造成大量的鎖超時(shí)和鎖征用，嚴(yán)格數(shù)據(jù)一致性且沒(méi)有并發(fā)是可使用。

clipboard.png

????查看系統(tǒng)的事務(wù)隔離級(jí)別：show variables like '%iso%';
????開(kāi)啟一個(gè)新事務(wù)：begin;
????提交一個(gè)事務(wù)：commit;
????修改事物的隔離級(jí)別：set session tx_isolation='read-committed';

黑與白 回答

mongodb是動(dòng)態(tài)scheme,無(wú)所謂改表結(jié)構(gòu)。
es是全文檢索，也不需要改表結(jié)構(gòu)

下墜 回答

select t1.* from table_test t1 left join table _test t2 on t1.reply_id =t2.parent where t1.reply_type =0;
看看是不是你想要的

半心人 回答

APP可否不需服務(wù)端程序，業(yè)務(wù)邏輯都在客戶(hù)端實(shí)現(xiàn)？
當(dāng)然是可以的啦
還有啥疑問(wèn)？ 可以再問(wèn)具體點(diǎn)

萌吟 回答

1.分表. 行分表和列分表.
2.索引. 單索引和組合索引
3.sql語(yǔ)句優(yōu)化.
mysql優(yōu)化就從這三方面優(yōu)化.

愚念 回答

SQL長(zhǎng)度為1M，可能與服務(wù)器上行帶寬僅為1M有關(guān)系。

局外人 回答

之前做過(guò)少數(shù)據(jù)，不知道是不是你要的。參考 https://blog.csdn.net/qq_2564...

浪婳 回答

核心的座位和狀態(tài)存儲(chǔ)用redis bitmaps即可
位置映射到php邏輯代碼中

首頁(yè) 上一頁(yè) 63 64 65 66 67 68 69 70 71 下一頁(yè) 尾頁(yè)