在my.cnf設置任何用戶登錄都可以獲得全部的權限
在[mysqld]的段中加上一句：skip-grant-tables 然后重啟mysql

然后執(zhí)行修改密碼的sql：
UPDATE user SET Password = password ('new-password') WHERE User = 'root';
flush privileges;

再次重啟mysql，這下應該就好了

1. $servername改成linode的ip地址
2. linode上mysql的root用戶，允許遠程訪問

GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY '123456'

1. 檢查linode上my.cnf文件，綁定地址不能是127.0.0.1

用Aggregation吧，很好實現(xiàn)。你這樣得查n次，用aggregation只用一次查出所有。以下是shell示例（并不太熟悉mongoose...）

let department = []
db.stations.aggregate([
    {$group: {_id: "$dept", count: {$sum: 1}}}
]).forEach(doc => {
    department.push(doc.count);
});

1. 開分支
2. 按模塊做重構
3. 測試
4. 合并

重復 2-3

1. 把常用的查詢字段做成多字段索引
2. 只查詢需要的列
3. 查詢的時候把限制范圍最長的字段放在最前面

select hobby,count(username) from user
group by hobby
having count(username)>=50

照你所說productNum的類型不應該是Number嗎

因為做MongoDB相關服務，隔三差五就會被疑似丟失一回，不過目前為止都沒有哪一個是真的丟失的。
如果有十足的把握沒有代碼上的問題，大部分人遇到的情況可能有以下幾種：

非正常關閉后count結(jié)果不正確：Accuracy after Unexpected Shutdown;

After an unclean shutdown of a mongod using the Wired Tiger storage engine, count statistics reported by count may be inaccurate.

在Sharding環(huán)境中count結(jié)果不準確：Behavior

On a sharded cluster, count can result in an inaccurate count if orphaned documents exist or if a chunk migration is in progress.

你上面提到:

程序解析到的數(shù)據(jù)量為39821308條，而mongoDB數(shù)據(jù)庫中統(tǒng)計到的數(shù)量為39804543。

因為程序和shell中返回的數(shù)據(jù)應該是一樣的，所以你可能是上述第二種可能性。要得到準確的數(shù)值需要用照文檔中所述使用aggregation統(tǒng)計正確的結(jié)果。

補充

基于你提到的情況，另外一些可能導致數(shù)據(jù)缺失的情況：

1. 是否在大批量插入數(shù)據(jù)時壓力超過極限導致結(jié)點發(fā)生過主從切換？可以觀察日志中是否有出現(xiàn)過PRIMARY, SECONDARY等關鍵字來確定是否發(fā)生過切換。
2. 默認情況下寫入操作使用w=1，是否有修改過默認行為？
3. 還有一種很少見但是確實在實際中遇到過的情況，是否插入的數(shù)據(jù)又被刪除了？可以在local.oplog.rs中查找是否有出現(xiàn)過缺少的文檔的_id來確定這一點。

時間最近，就是按時間降序，從大到小排序，即ORDER BY appl_time DESC
同時限定了時間范圍，

最好是有脫敏后的數(shù)據(jù)樣本和數(shù)據(jù)庫類型，比如是mysql還是sql server

只是希望提取id：
SELECT appl_id FROM 表二 WHERE appl_time BETWEEN '2018-05-23 21:00:00' AND ''2018-05-29 23:59:59' ORDER BY appl_time DESC

提取信息：
SELECT 表一.appl_id,表一.name,表一.sex FROM 表一
LEFT JOIN 表二 ON 表二.appl_id = 表一.appl_id
WHERE 表二.appl_time BETWEEN '2018-05-23 21:00:00' AND ''2018-05-29 23:59:59' ORDER BY 表二.appl_time DESC

如何希望對提取的信息去重復處理，需要提供數(shù)據(jù)樣本和具體數(shù)據(jù)庫類型

一般情況下數(shù)據(jù)庫錯誤不會有問題,在檢查下唄.

mysql -uroot -ppassword

分表的話，除非這些表分散在不同的服務器上（是物理服務器，同一宿主的虛擬機上也沒明顯效果），否則性能不會有太大的提升。

問題描述的不是很清楚

如果你想做的事情是： 當前端傳入的數(shù)據(jù)為空字符串時，在查詢時不對此字段做限制，只對前端傳了非空的字段進行限制的話， mongodb的find方法是需要傳一個給定值的，傳空字符串 會匹配此字段為空的記錄， 你需要在執(zhí)行db查詢操作之前，
在nodejs代碼中判斷字符串是否為空，然后再執(zhí)行查詢語句。

不知是否幫到你，可以留言讓我進一步了解你的問題。

補充回答：

以nodejs的express框架action請求為例：

const mongoClient = require('mongodb').MongoClient;
module.exports.get = function (req, res, next) {
    let queryEmail = req.query.email;
    
    mongoClient.connect(url, function (err, db) {
        if (err) throw error;
        let col = db.collection('your_collection');
        if (typeof queryEmail === 'string' && queryEmail.length === 0) {
            col.find({}).toArray(function (err, list) {
                if (err) throw error;
                res.json({
                    data: list
                });
            });
        }
        else {
            col.find({ email: queryEmail }).toArray(function (err, list) {
                if (err) throw error;
                res.json({
                    data: list
                });
            });
        }
        
    });
    
}

以上代碼只是幫你打個樣，僅對于email這一個字段的查詢， 當輸入為空字符串時，直接將查詢條件設為了空對象，因此不對任何字段做限制輸出查詢結(jié)果；如果email字段里有貨，則在查詢條件中限制email字段必須符合輸入值。
有問題請回復。

鎖表的話體驗不好，前端會等待太久。
建議使用消息隊列。

1. N個人點擊，直接入隊列，這個是順序入的。而且無鎖，性能很高
2. 后臺開啟一個消費者進程從消息隊列讀取,這個時候的順序就是你要的順序

隊列 - 先進先出(FIFO,first in first out)

當你在使用mysql或者mariadb的時候，在對用戶權限類進行操作后，需要在mysql當中執(zhí)行

flush privileges;

flush privileges;使用來重新加載權限表，使你剛才所做的權限操作生效

mysqldump就可以帶日志位置信息備份，去看下參數(shù)具體定義，直接備份文件恢復按日志開啟同步即可

可以考慮JS先壓縮, 數(shù)據(jù)庫存訪問路徑
http://www.jianshu.com/p/6a45...

1樓說得對，但是做視頻不應該用OSS，而是用VOD。 都是aliyun的服務

1.首先，這是dom 0級的事件。現(xiàn)在已經(jīng)不推薦這樣注冊了
2.對于多個dom元素需要注冊同類型的事件的情況，可以給他們的父元素注冊事件，在冒泡過程中對子元素的事件進行處理

不是很清楚你創(chuàng)建app和config中的代碼怎么寫的，但是應該不是相對路徑的問題。
我使用相對路徑就可以的。
建議下次提問的時候把報錯信息、相關代碼全貼出來。

# config文件配置
SQLALCHEMY_DATABASE_URI = 'sqlite+pysqlite:///./test.db'