SELECT cls.id AS lesson_id,
   c.id AS course_id,
   cl.id AS course_level_id,
   cu.id AS course_unit_id
FROM course c 
INNER JOIN course_level cl 
  ON c.id = cl.course_id
INNER JOIN course_unit cu
  ON c.id = cu.course_id
    AND cl.id = cu.course_level_id
INNER JOIN course_lesson cls
  ON c.id = cls.course_id
    AND cl.id = cls.course_level_id
    AND cu.id = cls.course_unit_id
ORDER BY c.sort, c.id, 
    cl.sort, cl.id, 
    cu.sort, cu.id,
    cls.sort, cls.id

https://docs.mongodb.com/manu...
最后發(fā)現(xiàn)php操作mongodb其實(shí)就是對(duì)mongodb操作的一種映射,可以直接去看mongodb的官方文檔,然后按照規(guī)則傳參

other 里存放的數(shù)據(jù)應(yīng)該只是單純地用于記錄，絕對(duì)不會(huì)被用于 搜索、 排序、 統(tǒng)計(jì)、 聯(lián)表的字段。

像 birthday、place這樣的字段我一般還是會(huì)分別使用一個(gè)字段進(jìn)行存儲(chǔ)的，這兩個(gè)字段很容易被用于類似不同年齡段的用戶占比，不同地區(qū)的用戶占比 的統(tǒng)計(jì)功能，存在other中的話會(huì)很不方便。

當(dāng)然，具體怎樣存儲(chǔ)還是需要根據(jù)實(shí)際需求來(lái)定。

使用mysql_use_result()時(shí)，必須執(zhí)行mysql_fetch_row()，直至返回NULL值，否則，未獲取的行將作為下一個(gè)檢索的一部分返回。
https://baike.baidu.com/item/...

找到class，加!important修改樣式

猜測(cè)線上和本地用的根本不是一個(gè)數(shù)據(jù)庫(kù)

完全沒(méi)必要啊，直接用腳本調(diào)用mongodump + mongorestore不就搞定的事情？何必寫(xiě)一個(gè)python程序？

人家找你的漏洞呢
不過(guò)也別太擔(dān)心，估計(jì)是一些安全平臺(tái)，比如百度云觀測(cè)什么的，

先排除是不是你代碼里面有這么個(gè)img標(biāo)簽

hybrid應(yīng)用的話就是 weex框架
如果你是想在app中直接打開(kāi)一個(gè)vue的網(wǎng)頁(yè)直接webview就行了

比如A表為：questions, B表為answers

那么SQL就是

select a.id, a.title, count(b.pid) as answer_count  from questions a, answers b where a.id=b.pid group by b.pid order by answer_count DESC;

tb0-9表的id是自增id，即記錄的主鍵ID
選取一個(gè)字段用來(lái)唯一標(biāo)識(shí)一個(gè)訂單，比如訂單ID，訂單ID%10=n => tbn
主鍵ID 不等于 訂單ID，讀取和插入數(shù)據(jù)計(jì)算表號(hào)時(shí)都用訂單ID即可
當(dāng)然并不一定是訂單ID，取決于具體的場(chǎng)景，只要能夠用來(lái)唯一標(biāo)識(shí)一個(gè)訂單即可（可以是多個(gè)字段的組合，取下hash即可）

從日志信息來(lái)看，spring bean close，JMX-exposed beans on shutdown，以及mongodb的連接關(guān)閉了。
如果想具體排查哪里出問(wèn)題了， 先移除redis和mongodb相關(guān)依賴和操作，判斷是否存在問(wèn)題，然后一個(gè)一個(gè)移回項(xiàng)目。

把mongodb連接工具的localhost改成127.0.0.1,mac下面用localhost都有問(wèn)題，不知道啥原因。
猜測(cè)是ipv6的問(wèn)題

root@vps [~]# killall -9 mysql mysqld
root@vps [~]# /etc/init.d/mysql start

一個(gè)基礎(chǔ)字段的主表

一個(gè)自然人的表 有個(gè)ren_id
一個(gè)法律實(shí)體的表 有個(gè) fa_id

然后主表最后關(guān)聯(lián)時(shí)就
type = ren | fa
link_id = *

根據(jù)type去讀對(duì)應(yīng)表的link_id

數(shù)據(jù)庫(kù)存儲(chǔ)引擎使用的不對(duì) 要使用innodb

import.json文件有多大?一些建議:

1.數(shù)據(jù)庫(kù)參數(shù)需要優(yōu)化
    shared_buffers, max_connections, maintenance_work_mem, effective_cache_size, sync, commit_delay , commit_siblings ,checkpoint_segments, wal_buffers, wal_writer_delay,
2. 是不是可以先處理下文件,按照COPY的文件格式格式化好,再用cppy命令導(dǎo)入,或者外部表,但處理文件也會(huì)稍微麻煩些

推測(cè)你寫(xiě)用的是mongoose，第二種寫(xiě)法才是正確的
第一種如果是db.collection.aggregate()也是可以的

已經(jīng)解決..
方案一.插入試題時(shí)定義一個(gè)自增索引，然后用random*集合數(shù)據(jù)總條數(shù)，用這個(gè)來(lái)find，find幾次就是取幾次隨機(jī)數(shù)。
方案二.mongoDB 3.2新增的聚合(aggregate)方法，通過(guò)$match（過(guò)濾數(shù)據(jù)）和$sample（取隨機(jī)數(shù)）來(lái)達(dá)到效果。