如果是離線遷移的話(huà)，直接復(fù)制文件。

在線的話(huà)，可以做主從同步。

/data/db是只讀的，無(wú)法創(chuàng)建鎖（文件）。
修改下/data/db目錄權(quán)限。
示例： chmod +w -R $(whoami) /data/db

分開(kāi)來(lái)一次不要查全部的 比如說(shuō)你有100W條數(shù)據(jù) 做統(tǒng)計(jì)他也不可能一次看100W條你可以以分頁(yè)的形式統(tǒng)計(jì)或者默認(rèn)條件統(tǒng)計(jì)，這樣就不會(huì)超時(shí)啦

命中索引是數(shù)據(jù)庫(kù)使用的基本原則。不知道執(zhí)行了什么樣的查詢(xún)，這樣沒(méi)有辦法幫你優(yōu)化。

不要直接拼接字符串，如果你的內(nèi)容包括以下符號(hào) ' -- [ ] 等 ，可能會(huì)報(bào)錯(cuò)，
例如本來(lái)你想查詢(xún) select * from table where name = '${var1}';， 如果你的變量var1 是 Mr.W'O，那么拼接后你的語(yǔ)句就變成了 select * from table where name = 'Mr.W'O'; 語(yǔ)句中出現(xiàn)了三個(gè) ' 當(dāng)然會(huì)報(bào)語(yǔ)法錯(cuò)誤。 報(bào)錯(cuò)還是小事情，被黑客利用而進(jìn)行sql注入就麻煩了。
建議你用node的模塊mysql或mysql2 對(duì)變量進(jìn)行編碼，可能你的寫(xiě)法就變成了這樣

var sql = `insert into article_list
          (title,author,summary,is_top,catalog_alias,content)
           values
            (?,?,?,?,?,?)`;
let result = mysql.query(sql, [req.body.title, req.body.author,req.body.summary,req.body.is_top])

公司里面的mysql好像有問(wèn)題，我回家試了一下，沒(méi)有發(fā)生這種詭異的事件

這個(gè)子查詢(xún)的作用是：

對(duì)于一行數(shù)據(jù)
查找同部門(mén)，計(jì)算同部門(mén)工資比他高的人的人數(shù)

如果少于三個(gè) (說(shuō)明他的工資就是該部門(mén)前三高)

那么 where 成立

這個(gè)沒(méi)有特定的規(guī)律，哈哈；

像httpd/mysqld 中的d的含義一般是deamon的意思。

webView 你可以當(dāng)做一個(gè)瀏覽器就行了，保存文章，直接把頁(yè)面上編寫(xiě)的文章保存到數(shù)據(jù)庫(kù)就好了啊。
安卓webView中嵌套你前端寫(xiě)好的H5頁(yè)面并且給你傳文章ID，你拿到文章ID后調(diào)用AJAX請(qǐng)求向后臺(tái)接口中去請(qǐng)求數(shù)據(jù)就好了。你就正常當(dāng)在chrome中開(kāi)發(fā)。

查了下文檔，應(yīng)該是因?yàn)槟氵@是兩次查詢(xún)，一次count查詢(xún)，一次skip加limit查詢(xún)，所以你的query查詢(xún)永遠(yuǎn)都是最先指定的count查詢(xún)，所以你第二次的結(jié)果其實(shí)就是count返回的結(jié)果，所以是number類(lèi)型的數(shù)字。

雖然不知道你為啥又不寫(xiě)回調(diào)，又不走Promise形式也能得到結(jié)果。我也就這么寫(xiě)了~

分兩次查詢(xún)就行了，因?yàn)槟愕诙尾樵?xún)是skip加limit，所以應(yīng)該沒(méi)辦法不走2次查詢(xún)又能得出總文檔數(shù)又能得出分頁(yè)查詢(xún)得結(jié)果。

const query1 = myModel.find({name:'xiaoming'});
const query2 = myModel.find({name:'xiaoming'});
const total = await query1.count().exec(); //所有name為xiaoming的文檔數(shù)量
const data = await query2.skip(20).limit(10).exec();

exists

指定一個(gè)子查詢(xún)，檢測(cè)行的存在。遍歷循環(huán)外表，然后看外表中的記錄有沒(méi)有和內(nèi)表的數(shù)據(jù)一樣的。匹配上就將結(jié)果放入結(jié)果集中。具體sql語(yǔ)句如下：

SELECT
    `user`.*
FROM
    `user`
WHERE
    EXISTS (
        SELECT
            `order`.user_id
        FROM
            `order`
        WHERE
            `user`.id = `order`.user_id
    )

使用exists關(guān)鍵字進(jìn)行查詢(xún)的時(shí)候，首先，我們先查詢(xún)的不是子查詢(xún)的內(nèi)容，而是查我們的主查詢(xún)的表，也就是說(shuō)，我們先執(zhí)行的sql語(yǔ)句是：

SELECT `user`.* FROM `user` 

然后，根據(jù)表的每一條記錄，執(zhí)行以下語(yǔ)句，依次去判斷where后面的條件是否成立：

EXISTS (
        SELECT
            `order`.user_id
        FROM
            `order`
        WHERE
            `user`.id = `order`.user_id
    )

如果成立則返回true不成立則返回false。如果返回的是true的話(huà)，則該行結(jié)果保留，如果返回的是false的話(huà)，則刪除該行，最后將得到的結(jié)果返回。也可以和IN對(duì)比來(lái)分辯認(rèn)識(shí)它們
Sql語(yǔ)句中IN和exists的區(qū)別及應(yīng)用

突然發(fā)現(xiàn)自己有點(diǎn)呆，docker中啟動(dòng)的mysql 端口鏡像指向服務(wù)器，所以只需要訪問(wèn)192.168.0.130這臺(tái)數(shù)據(jù)庫(kù)服務(wù)器的端口就可以了

自動(dòng)轉(zhuǎn)換，任何強(qiáng)類(lèi)型的語(yǔ)言都是這樣的。
C、C++、Java等語(yǔ)言中，(double)的0和(int)的0也是相等的啊。

傳說(shuō)有的系統(tǒng)里有一個(gè)專(zhuān)門(mén)吃mysql的妖怪，它每隔一段時(shí)間就會(huì)出來(lái)覓食，把可憐的mysql找到并吃掉，而且它嗅覺(jué)非常靈敏，無(wú)論躲到哪里都沒(méi)用。當(dāng)它吃飽了，就會(huì)回到巢穴呼呼大睡，只有下一次餓了才會(huì)出來(lái)。

由于是天敵，可憐的mysql完全沒(méi)有辦法抵抗，甚至連招架之力都沒(méi)有。一旦被找到就是必死無(wú)疑。它只能寄希望于它的主人，但偏偏它的主人是一個(gè)連問(wèn)題都不太會(huì)的老實(shí)人，可憐的mysql現(xiàn)在連一點(diǎn)希望都沒(méi)有了！

—— 安徒生

既然選擇orm框架，就應(yīng)該使用數(shù)據(jù)模型來(lái)綁定關(guān)聯(lián)。
sequelize模型支持1對(duì)1，1對(duì)多，多對(duì)多關(guān)聯(lián)。
如果單純想使用sql語(yǔ)句，就應(yīng)該放棄sequelize，畢竟orm的特性是模型

似乎是開(kāi)啟了多個(gè)操作的原因

可能你看的例子寫(xiě)得就不正確。
從設(shè)計(jì)的角度講你的session跟db.col集合沒(méi)有任何關(guān)聯(lián)，系統(tǒng)怎么會(huì)知道這個(gè)session怎么會(huì)作用于這個(gè)集合上呢？真實(shí)環(huán)境中會(huì)有多個(gè)session，多個(gè)集合，系統(tǒng)必須有一定的方法來(lái)知道對(duì)應(yīng)關(guān)系，所以現(xiàn)在的寫(xiě)法肯定是欠妥的。正確的寫(xiě)法是：

s = db.getMongo().startSession();
s.startTransaction();
s.getDatabase("<database>").col.insert({name: 'mongo'});
s.abortTransaction();
db.col.find();

事實(shí)上在你commit之前都不應(yīng)該在集合中查詢(xún)到新插入記錄。所以之前的寫(xiě)法這點(diǎn)就已經(jīng)不吻合了。
更多實(shí)例參考MongoDB官方文檔：Session.startTransaction

一天 300W ，一周 2000W ，一個(gè)月 1億，一年是 10 億級(jí)別的，還是算大了。（當(dāng)然，如果你的指標(biāo)維度，只有你列出的那么一點(diǎn)，那數(shù)據(jù)還是很簡(jiǎn)單的）
MySQL 就別想了，不光它，任何通用的關(guān)系型數(shù)據(jù)庫(kù)都別想了。
并且，通用數(shù)據(jù)模型層面的（即指望一套方案，在不人為針對(duì)性設(shè)計(jì)的情況下，直接解決所有數(shù)據(jù)存儲(chǔ)的問(wèn)題），就不要想著去解決了。（真不是你們能解決的問(wèn)題）
針對(duì)具體“事實(shí)”下的數(shù)據(jù)，專(zhuān)門(mén)做一些存儲(chǔ)的設(shè)計(jì)，要解決還是有可能的。

功能好點(diǎn)的方案，我知道有 2 個(gè)，一個(gè)是基于 Postgresql 的 Greenplum ，另一個(gè)是 yandex 開(kāi)源出來(lái)的 Clickhouse。

前段時(shí)間我看 ClickHouse 的東西寫(xiě)在 https://www.zouyesheng.com/cl... 。

另外還有一個(gè)思路，就是靠 HBase 這種，窮舉維度預(yù)處理計(jì)算，靠空間換時(shí)間。不過(guò)這種方案，在應(yīng)用層上不太好設(shè)計(jì)，對(duì) SQL 的基本支持都是一個(gè)挑戰(zhàn)。

python3 -m pip install pymysql

運(yùn)行你的程序也要指定是用 python3 xxx.py

問(wèn)題可能是pip3 install xxx跟你運(yùn)行程序時(shí)使用的Python解釋器不是同一個(gè)。