....mysql 中沒有正則表達式替換

最簡單的辦法是把用戶注冊信息冗余到充值記錄里面，根本就不用$lookup了，性能可以提高很多。畢竟注冊時間又不會變。

題外話：
相信你去數(shù)據(jù)庫里面仔細找的話，還會找到索要0.5個比特幣的信息……
關(guān)于恢復(fù)數(shù)據(jù)：
運氣好的話，local.oplog.rs里面還會有點渣渣，可能可以撈出來些東西，建議不要有別的動作，先把oplog.rs導(dǎo)出來：

mongodump -h 127.0.0.1 -d local -c oplog.rs

實際使用中，這兩種設(shè)計都有。
1.不用冗余字段
供銷表只存物料表主鍵(一般是外鍵約束或自己寫邏輯管理)，這種方式每次顯示供銷信息的時候都要另外對物料表進行一次查詢。
2.使用冗余字段
在供銷表也存部分物料信息，這樣查詢供銷表可以一次獲得所有信息，減少查詢次數(shù)。但是，需要維護數(shù)據(jù)一致性，比如物料表的某項信息更改了，這邊也一樣要更改。

建議按自己的需求選擇，大多數(shù)情況下，一般系統(tǒng)壓力不大，選第一種，開發(fā)起來也方便。除非對供銷表的查詢壓力特別大，慎重選擇第二種。
第一種情況，如果性能要求不高，可以選擇直接用外鍵約束，開發(fā)更簡單。如果性能有要求，可以把約束放在程序邏輯里，比如：如果物料信息不多，也不經(jīng)常更改，可以一次性把所有信息讀入內(nèi)存(或redis等緩存)，查詢/插入供銷信息的時候直接從緩存里讀/驗證。

MyISAM這個引擎是專門為大量讀的場景而做的優(yōu)化， 很少寫，甚至沒有寫最好了。如用做CMS存儲引擎。

嚴(yán)格來說MyISAM引擎也并不是沒有事務(wù)管理。只是他的事務(wù)管理僅限于單表行記錄。

如果需要事物管理，用于類似比如交易場景，用這個引擎的話，就必須手工處理事物相關(guān)的操作，比如完整性一致性。

在這個場景下用InnoDB是更好的選擇。

原作者來答：
optimization.splitChunks.cacheGroups.common 配置項中，是 minSize 設(shè)置為 1。沒有minChunks屬性。

歡迎來原博客提問（回答會詳細點），原博客教程更新更快。

原文地址
更多教程地址

select (select count(*) from table where id='13100000007') as 'count',message,date from table order by date desc limit 1

1.感覺你這樣麻煩了
2.InnoDB是行鎖

數(shù)據(jù)庫里的數(shù)據(jù)結(jié)構(gòu)已經(jīng)很清晰了，根本不需要用sql解決的問題，是如何在前端展示的問題

a -> b  1000
b -> c  550
a -> d  200
a -> e  300
c -> f  300

是可以的：

{assign var="bar" value="Bar"}

the $bar is {$bar}

協(xié)議不同，HTTP 換成 HTTPS

看過了就是HEADER文件找不到的問題，處理后則可以成功編譯安裝生成 mongodb.so 模塊文件, 不過也有一個更新簡單的方法, 不使用 pecl 和 phpize 安裝 mongodb 擴展, 那就是使用 brew install phpVS-mongodb 來安裝, phpVS 則是具體版本號, 安裝擴展后通過 brew 重啟 php 即可生效！這種方式也方便管理擴展，通過 brew 安裝的擴展會在 /usr/local/etc/php/7.1/conf.d/ 目錄下生成對應(yīng)的擴展配置文件如 ext-mongodb.ini, 重啟 php 則會加載 conf.d 目錄的配置文件。謝了，老鐵！

感謝上面幾位的幫助。這里自己想出一種方法。

q1 = db.session.query(Post.id)    # 需要聚合的表
q2 = db.session.query(Talk.id)    # 需要集合的表
post_talk = q1.union(q2).with_entities(Post, Post.timestamp.label('time')).subquery() # 將多表聚合，在指定排序的別名，如timestamp 
result = db.session.query(post_talk).order_by(post_talk.c.time.desc()).all()   # 最后指定排序 

如果你兩個實體在代碼中有關(guān)聯(lián)關(guān)系，默認(rèn)情況下EF是級聯(lián)刪除的。
如果不是，那么你必須根據(jù)相關(guān)條件查找到要刪除的B然后手動刪除。

.populate做不到，你要用.aggregate。

你寫的alert("sdsd");、Gored('oDiv_s', 'width', '25rem', 'green');都是函數(shù)執(zhí)行語句，onclick需要綁定的是一個函數(shù)，像這樣的：oBut_1.onclick = function(){alert("sdsd");}

用的是sql.Date么

你沒有說明表的主鍵和唯一鍵, 猜測id是主鍵, 但replace into 代入的id始終是0, 所以最終數(shù)據(jù)庫里只能有一條記錄, 如果id 是自增長的, 試試設(shè)成null, 或改用insert into, 而不是replace into.

EDITED

我試了下, 按你給的存儲過程會陷入死循環(huán), 因為while 100一直為真.

可以試試改成這樣:

delimiter $$

CREATE PROCEDURE `A`()
  BEGIN
    REPLACE INTO `sumtable` (`id`,`mysum`) 
      SELECT 0 AS `id`,SUM(`mysum`) AS `mysum`
      FROM `sumtable`;
  END;
$$

-- 存儲過程B (負(fù)責(zé)循環(huán)處理參數(shù)，傳遞給 A)
CREATE PROCEDURE `B`()
  BEGIN
    DECLARE v1 INT DEFAULT 100;
    WHILE v1>0 DO
      CALL `A`;
    SET v1 = v1 - 1;
    END WHILE;
  END;
$$

運行

call B()

會得到100條記錄.

salt只是用來防止 字典攻擊

原則上不支持在不同的版本之間dump/restore數(shù)據(jù)，特別是3.4以后BSON規(guī)范做了修改，更可能會失敗。
另外你可以檢查一下bs/topicData_wellness.bson是不是完整，看錯誤提示有可能是這個文件不完整導(dǎo)致的。
試一下：

    bsondump bs/topicData_wellness.bson | tail -n 10

看看會不會正確輸出結(jié)果。