你看看 mysql 架構(gòu)，存儲(chǔ)引擎在最底層，actor_id<5 存儲(chǔ)引擎就 using index（actor_id）了，但是引擎使用的索引不能過(guò)濾所有無(wú)效行（<>這個(gè)條件不能發(fā)送給存儲(chǔ)引擎），所以獲得數(shù)據(jù)返回給mysql服務(wù)層，這一層using where 解析 <> 1 。
mysql5.6之后的ICP特性，可以把檢查條件比如<>發(fā)送給存儲(chǔ)引擎層，不符合條件的數(shù)據(jù)不讀取。

SELECT UserId ,FROM_UNIXTIME(Begin ,'%Y-%m') as month, sum(Duration) as time
FROM tb
GROUP BY UserId,FROM_UNIXTIME(Begin ,'%Y-%m')

sequelize

你的sql語(yǔ)句的意思，我理解為如果 jobname 為“計(jì)算機(jī)”的數(shù)據(jù)存在的情況下，就顯示該表所有的字段信息。

那么，要是不存在的情況下，那么整條 sql 語(yǔ)句就you問(wèn)題了，因?yàn)闆](méi)有要顯示的字段信息。

而你出現(xiàn)的錯(cuò)誤提示，肯定是你的 when 的條件不成立。然后就報(bào)錯(cuò)。

不一定,而且大多數(shù)情況下是更慢（有索引合并問(wèn)題）。
以前寫過(guò)一篇文章：MySQL多列索引應(yīng)用

不想有冗余字段，那就建個(gè)關(guān)聯(lián)表，把a(bǔ) b 表的數(shù)據(jù)關(guān)聯(lián)起來(lái)，想排序就加個(gè)a.id，索引建起來(lái)。

最好不要用IN，In的效率比較低。很多時(shí)候JOIN的效率反而更高的，你用到JOIN了已經(jīng)涉及到多表了，關(guān)系型數(shù)據(jù)庫(kù)，干的就是關(guān)系，擅長(zhǎng)的就是查詢；百萬(wàn)級(jí)，其實(shí)ok的；就是控制一下join的表數(shù)，關(guān)聯(lián)越多效率就越低。

根據(jù)你的業(yè)務(wù)來(lái)設(shè)計(jì)數(shù)據(jù)庫(kù)，業(yè)務(wù)體現(xiàn)數(shù)據(jù)未來(lái)可能的增長(zhǎng)方向?？梢韵扰繑]數(shù)據(jù)進(jìn)去然后測(cè)一下sql效率看看。

/^(\d+\.{1})/

vuex了解一下?
ssr了解一下?

可以判斷登錄有沒(méi)有成功，如果登錄成功記錄一個(gè)狀態(tài)值，用localstorage來(lái)存儲(chǔ)，默認(rèn)是false，登錄成功為true,返回的時(shí)候判斷這個(gè)值是否為false，如果是true狀態(tài)返回就直接跳轉(zhuǎn)到A

where:{ 
  $and: [
      status: '0',
      sushequ: ctx.request.body.class,
      sequelize.where(
        sequelize.fn('DATE', sequelize.col('created_at')), // 表對(duì)應(yīng)的字段
        sequelize.literal('CURRENT_DATE')
      )
  ]
}

兩張表（A,B）聯(lián)合查詢的時(shí)候，如果存在同名字段，則需要在同名字段前添加表名或表別名用于區(qū)分，例如（SELECT
A.name, B,name FROM ....）

可以。
類似的
{ $group: { _id: '$type', doc: { $push: { item: 'answer' } } } }
使qid和answer根據(jù)type來(lái)分組。
然后你可以配合使用sum等指令來(lái)做統(tǒng)計(jì)。

找到原因了,如果i-option雙向綁定的列表對(duì)象的value沒(méi)有變化那么內(nèi)部的label還會(huì)是舊的.即使你重新賦值了列表對(duì)象也不會(huì)刷新內(nèi)部的options數(shù)組

我也遇到這個(gè)問(wèn)題,option 更新后 value不變,但是label變了的選項(xiàng) 選中后條目還是舊的.
但是模擬不出,在項(xiàng)目中由此問(wèn)題
https://jsfiddle.net/meteoric...

敢不敢上完整一點(diǎn)的代碼。。。。。。

mysql默認(rèn)只能本機(jī)連接，需要改一下配置文件

分表考量的不只是單表數(shù)據(jù)量，還有磁盤網(wǎng)絡(luò)io，10Y的數(shù)據(jù)再加后續(xù)增量的話，業(yè)務(wù)繁忙建議還是分成不同的實(shí)例，每個(gè)實(shí)例再分庫(kù)分表，主要目標(biāo)數(shù)據(jù)流量打散

加個(gè) LIMIT 1; 不然每次都是全表搜索

1. 建議你腳本前面加入 source /etc/profile 或 PATH=$PATH
2. 可以執(zhí)行 /bin/bash -x xxxx.sh 可以清楚的看到腳本執(zhí)行步驟，便于分析。

1. 超時(shí)設(shè)置問(wèn)題;
2. 最大連接設(shè)置有問(wèn)題;
3. 授權(quán)問(wèn)題;
4. mysql服務(wù)機(jī)與用戶權(quán)限問(wèn)題

咳咳，老朋友來(lái)了。

1.首先是存儲(chǔ)的問(wèn)題，存儲(chǔ)數(shù)組可以使用字符串的一個(gè)字段來(lái)存，將數(shù)組 JSON.stringify()序列化之后存成字符串。
2.建議使用Sequelize這個(gè)orm庫(kù)，一是封裝很多很方便的sql操作，也可以用原生sql，二是避免sql注入。
3.express響應(yīng)json直接用res.json(obj)。
4.上述代碼的query的if err那里建議加上return，因?yàn)闆](méi)有用else，會(huì)導(dǎo)致響應(yīng)兩遍而報(bào)錯(cuò) Can't set headers after they are sent

emmmm