a.findOne({'_id':ID}).populate('liked').then(like=>{
    console.log(like)
}),

此處的查詢條件是否被你限制了而導致查找不到符合的數(shù)據(jù)

不建議直接使用sql處理，可以先從數(shù)據(jù)庫查出來，然后在應用程序中使用正則表達式搜索處理。

如果是網(wǎng)站,還是有可能并發(fā)的,因為php會不同訪問的用戶創(chuàng)建不同進程的.

為啥用數(shù)據(jù)庫實現(xiàn)，用全文搜索啊，一般都有權重功能的...

users // 用戶表
plugins // 插件
user_plugin_relationships //用戶插件關系表

你這個直接就起名a1_cat_relationships 然后在主鍵里把表是干什么用的寫到備注里
數(shù)據(jù)庫還是給開發(fā)人員看的，內部統(tǒng)一一套規(guī)矩就OK了

建議更換開發(fā)語言

1. 輸出配置，也就是在Connection.php的292行，使用dump($config)
2. 配置沒有問題，如果數(shù)據(jù)庫和PHP不在同一臺服務器，查看3306端口是否可以訪問，如果是阿里云的話，需要配置安全策略

在MySQL并發(fā)大的情況下 冷熱數(shù)據(jù)分離是一種優(yōu)化手段

為什么會這樣我親測了一下
假如有兩張表TableA和TableB，數(shù)據(jù)如下:

  TableA       TableB
    1            6
    2            7
    3            8
    4            9
    5

1. select * from TableA,TableB TableA表有5條數(shù)據(jù)，TableB有4條數(shù)據(jù)，查詢出來就會有5X4=20條數(shù)據(jù)

而且查詢出數(shù)據(jù)都是規(guī)律的，類似與數(shù)學的排列組合，如下：

  TableA   TableB
    1        6
    1        7
    1        8
    1        9
    2        6
    2        7
    2        8
    2        9
    3        6
    3        7
    3        8
    3        9
   ...      ...

以此類推，它會自動把TableA表的字段分別分配給表TableB然后排列出來

2.和1一樣同理

根據(jù) mongodb-3-6-2-2008r2-plus-not-installing 安裝時 把 Compass?去掉

使用 WATCH/MULTI/EXEC ，watch能保證 MULTI 和 EXEC 之間的命令只有在watch的值沒有變化才執(zhí)行成功，見官方文檔https://redis.io/topics/trans...。

所以一般這個鎖的值要在整個系統(tǒng)保持唯一。

innodb帶主鍵表本身就是一個聚簇索引，所有數(shù)據(jù)保存在葉子節(jié)點中，但并不是說表本身就放在內存中，mysql的內存只緩存用到的部分數(shù)據(jù)

原因

$lookup 首先進行的是左外連接查詢。 當匹配到多個滿足外鍵條件的記錄時，會放到數(shù)組子集合里。 再之后你的match2,match3,match4,match5針對子集合查詢。 而mongo這里的子集合匹配，只要子集合中有一條滿足，就會全部整條記錄滿足。

解決方法

1. 如果是mongodb V3.2、V3.4版本的$lookup提供的解決方案是先$unwind一下。
2. 如果是mongodb V3.6及以上的版本，$lookup提供了pipeline字段。具體參考$lookup官方文檔

關于order by的查詢優(yōu)化可以看一下:

• MySQL ORDER BY/LIMIT performance: late row lookups

主要介紹了兩個方法：

• 第一個是FORCE INDEX (PRIMARY)：這個理解很直白就是強行加索引
• 第二個是late row lookups，也就是文章的重點，其實就是先構造一個只有id的子查詢，然后再join一起。這樣極大的提高效率。如下示例代碼，o是通過你的表和只有id查詢出來的臨時字表，l是要join一起包含所有字段的表。

SELECT  xx,xxx,....
FROM    (
        SELECT  id
        FROM    <你的表>
        ORDER BY
                id
        LIMIT <返回條數(shù)的范圍>
        ) o 
JOIN    <你的表> l
ON      l.id = o.id  
ORDER BY
        l.id

我記得js的月份是從0開始數(shù)的,0代表1月,了解一下

我理解下需求如下：

1. 查詢只按準考證號查詢；
2. 準考證是唯一的；
3. 每次的返回結果都需要返回總成績和名次；
4. 成績變化的頻度不高，時間越往后頻度越低；

實現(xiàn)思路：

• 準考證號建立唯一索引，這樣查詢起來非常快，毫秒級別。
• 單獨寫一個服務，根據(jù)記錄的總成績算出來其所在名次。這種查詢效率最高。維護比較麻煩些。還要考慮成績變了，名次沒變這種不同步的情況。
• 或者 每次都動態(tài)查詢名次，這種實現(xiàn)簡單、效率也還行(對于700W數(shù)據(jù)來說)。 不會存在成績和名次同步問題。

使用構建器:

先搞個基礎:

$queryBuilder = $this->getDI()->getModelsManager()
    ->createBuilder()
    ->addFrom('tableName', 't');

直接用Distinct:

$queryBuilder->distinct('t.id');

用列方法也可以, 不推薦：

$queryBuilder->columns('DISTINCT(t.id) AS id')

使用嚴格模型:

// we are waiting for it, but may still not be implemented
TableModel::find(array('distinct' => 'id'))
For count:

TableModel::count(array("distinct" => "id"));
And less recommended way according to previous answer:

TableModel::find(array('columns' => 'distinct(id)'))

抄襲自so
https://stackoverflow.com/a/3...

Master/Slave

先說最后一個，是Master/Slave，不是Slaver。這種方式基本上不再推薦使用，只能從Master復制數(shù)據(jù)到Slave，并不提供高可用，一旦Master結點出故障就比較難處理。具體細節(jié)就不說了，反正已經(jīng)不推薦使用。

Replica Set

即常說的復制集。復制集的主要目標有幾個：

• 高可用（主要目標）：當一個結點故障時自動切換到其他結點；
• 數(shù)據(jù)冗余（主要目標）：數(shù)據(jù)復制到n個結點上，增加數(shù)據(jù)安全性，同時為高可用提供基礎；
• 功能隔離（次要目標）：使用不同的結點隔離某些有特殊需求的功能，比如使用一個結點進行OLAP運算（大規(guī)模資源占用），使用一個結點在遠程做災備（性能要求不如本地高），讀寫分離等等；

Sharded Cluster

即分片集。分片集的主要設計目標是：

• 水平擴展：當一臺服務器滿足不了需求的時候，我們可以選擇垂直擴展（增加服務器硬件），它雖然簡單，但很容易達到極限，并且面臨成本高等明顯缺點。成本更低的方式是使用n臺服務器組成集群來滿足系統(tǒng)需求。這就是分片集的主要設計目標；
• 縮短響應時間：因為可以把數(shù)據(jù)分散到多臺服務器上，自然每臺服務器的處理壓力減小，處理時間就會縮短；

這里會出現(xiàn)一個問題：假設每臺服務器出故障的機率是x%，那么n臺服務器有一臺出現(xiàn)故障的機率就是x% * n，如果不做高可用設計，集群出現(xiàn)故障的概率就會隨機器數(shù)量成正比增長，這在工程上是不能接受的。幸運的是我們已經(jīng)有了解決高可用的方案，也就是復制集。所以MongoDB的分片集群要求每一個片都是復制集（當然測試環(huán)境也可以使用單結點，生產(chǎn)環(huán)境不推薦）。

總結

大概就是這樣，大家的設計目標不一樣，各做各的事情。

可能是mysql版本問題，不行可以試試moment庫，轉成‘’YYYY-MM-DD HH:mm:ss格式

npm install moment --save
moment = require('moment')
 
console.log(moment(new Date()).format('YYYY-MM-DD HH:mm:ss'))

1.將option的值改為和名稱一樣的值
2.或者將php里面的post值拼接my

純屬愚見，僅供參考