1. 把你跟別人請求的API列出來
2. 請求上面的API
3. 保存返回的數(shù)據(jù)到mysql

ORDER BY SUBSTR(dpp, 7, 4)

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

找到原因了.
是系統(tǒng)防火墻引起的.
關(guān)閉WIN10系統(tǒng)的防火墻就好了

不同引擎的實(shí)現(xiàn)不同
https://www.cnblogs.com/tgyco...

1. 分散存儲(chǔ)可以減少表連接，加快查詢速度
2. 集中存儲(chǔ)的話可以做到查看所有上傳的圖片附件，一般做項(xiàng)目文檔管理用的比較多（也可以做附件版本），缺點(diǎn)是需要連表

你好，一般來說正常的項(xiàng)目都是使用xml，維護(hù)起來方便，對于性能的話，應(yīng)該使用xml的形式或比注解sql后，因?yàn)楣俜揭彩峭扑]使用xml，且注解方式拼接動(dòng)態(tài) sql 功能有限，對于項(xiàng)目而言，sql與java（項(xiàng)目主編程語言）應(yīng)該區(qū)分開來，不要混合在一起，且拼接sql易爆炸·····，xml是我比較支持與推薦的，對于后期維護(hù)還有升級版本而言，不過簡單輕松的項(xiàng)目也可以用sql來完成。

Optimizer是基于RBO和CBO綜合考慮，不是一定走索引效率最高，full scan table和full scan index有時(shí)候效率會(huì)更高。

假設(shè)查詢 LIMIT 1, 符合WHERE條件的數(shù)據(jù)剛插入，是走WHERE條件索引快，還是ORDER BY id主鍵更快？顯而易見，走主鍵full scan index更快

把build文件里面的utils.js的publicpath:'../../'給屏蔽掉就不報(bào)錯(cuò)了。

function generateLoaders (loader, loaderOptions) {
    const loaders = options.usePostCSS ? [cssLoader, postcssLoader] : [cssLoader]
    if (loader) {
      loaders.push({
        loader: loader + '-loader',
        options: Object.assign({}, loaderOptions, {
          sourceMap: options.sourceMap
        })
      })
    }

    // Extract CSS when that option is specified
    // (which is the case during production build)
    if (options.extract) {
      return ExtractTextPlugin.extract({
        use: loaders,
        fallback: 'vue-style-loader',
        //publicpath:'../../',
      })
    } else {
      return ['vue-style-loader'].concat(loaders)
    }
  }

你可以看看這篇文章 使 sqlalchemy 數(shù)據(jù) json 化。

當(dāng)然，如果你要是想學(xué)習(xí) sqlalchemy， 可以看看我的這個(gè)項(xiàng)目 sql_to_sqlalchemy

SELECT * FROM talk_item
LEFT JOIN first_comment ON talk_item.tid=first_comment.tid
LEFT JOIN user ON talk_item.uid=user.uid
LEFT JOIN user ON first_comment.uid=user.uid
[WHERE 帖子篩選條件] LIMIT 10

你自己不都說過，二級索引比聚集索引小嗎？
同樣掃描索引，當(dāng)然是索引越小越快。

不對，根據(jù)mysql文檔，spatial index不能存null，其他的可以：https://dev.mysql.com/doc/ref...

Index Class Index Type Stores NULL VALUES Permits Multiple NULL Values IS NULL Scan Type IS NOT NULL Scan Type
Primary key BTREE No No N/A N/A
Unique BTREE Yes Yes Index Index
Key BTREE Yes Yes Index Index
FULLTEXT N/A Yes Yes Table Table
SPATIAL N/A No No N/A N/A

一樣有隊(duì)列，但是WiredTiger的鎖是文檔級的，所以只有當(dāng)請求嘗試更新同一個(gè)文檔的時(shí)候，才會(huì)有實(shí)際的“鎖”存在。其余時(shí)候都是盡可能快地寫入數(shù)據(jù)庫。一般情況下除非硬件限制，隊(duì)列都不可能太長，經(jīng)驗(yàn)值來看大部分情況下都在10以內(nèi)。所以WT內(nèi)部只有128個(gè)讀和128個(gè)寫的Ticket，只有拿到Ticket的請求才有可能進(jìn)行讀寫。

Pivotal query optimizer (ORCA) 生成查詢計(jì)劃的時(shí)間開銷高于舊的優(yōu)化器，也就是說對小查詢（毫秒級別的查詢）性能會(huì)變差。

如果用戶使用單行 Insert 的方式插入數(shù)據(jù)，建議變更加載數(shù)據(jù)的方式，使用 COPY 命令批量加載。

一張表兩個(gè)字段，一個(gè)字段為key,一個(gè)字段為value, 可以選擇性的加第三個(gè)字段，記錄是誰修改和修改的時(shí)間

這么講吧，首先明確一個(gè)東西，

(function(){ 
    //code
})();

這個(gè)是用來創(chuàng)建閉包的，這個(gè)不管。
然后直接看里面的。

Function是javascript所有函數(shù)的原型，可以通過
Function(args)的方法來創(chuàng)建一個(gè)函數(shù)。

在第一個(gè)例子里面，傳遞給Function函數(shù)的是console.log(call)
在閉包里面，call = "23",console.log會(huì)被立即執(zhí)行，所以實(shí)際上執(zhí)行的結(jié)果是
Function(undefined)(),

第二個(gè)例子的話，要先去看MDN，MDN上明確指出

閉包之內(nèi)的變量不會(huì)被引用，因此這里雖然成功創(chuàng)建了一個(gè)函數(shù)

? anonymous() {
console.log(call)
}

但是其并不具備call的作用域，在立即執(zhí)行的時(shí)候會(huì)報(bào)call is undefined錯(cuò)誤。

這個(gè)問題主要是關(guān)于Function的這一個(gè)特點(diǎn)

給個(gè)思路，把第一遍插入的表復(fù)制一份出來，然后清空原表，再導(dǎo)入一遍，看看前后導(dǎo)入的兩表丟失的數(shù)據(jù)：
若丟失的數(shù)據(jù)都是一樣的，那么單獨(dú)弄個(gè)csv只包含缺失的那部分?jǐn)?shù)據(jù)，再試試導(dǎo)入這份csv，看看報(bào)什么錯(cuò)；
若丟失的數(shù)據(jù)很隨機(jī)，那么還需要再具體看看。

SELECT u.USER_ID, r.USER_ROLE, u.USER_NAME FROM T_USER u LEFT JOIN T_ROLE r ON u.USER_ID = r.USER_ID;

DB::select("select id form table where id = 1");希望對你有幫助