少量用游標(biāo)算,大量用服務(wù)器算,畢竟服務(wù)器計(jì)算能力比Python快

a3dc963c2f75997cf82d506776cd4e37

檢查下是不是有其他進(jìn)程占用了27017端口

把 @/點(diǎn)贊/回復(fù) 作為事件發(fā)送到隊(duì)列(redis 支撐)，然后后臺(tái)一個(gè)服務(wù)不停的從隊(duì)列中讀取，根據(jù)目標(biāo)用戶 id 來把事件發(fā)送到目標(biāo)用戶。

發(fā)送成功了就存數(shù)據(jù)庫、失敗了看你要丟棄還是重新放回隊(duì)列。

發(fā)送成功的記錄按 每用戶上限10條(也可以每種類型都上限10條) 這樣保存到內(nèi)存數(shù)據(jù)庫(redis)，這樣可以做一個(gè)緩存，你也可以自己做個(gè)機(jī)制去節(jié)約這塊的資源。

這樣就幾乎不會(huì)有 全表掃描，除非用戶想翻很久之前的記錄，那么你可以用 Hash分表 來優(yōu)化大用戶量下的表結(jié)構(gòu)，但 MySQL 的性能足以撐起一個(gè)比較大的量級(jí)了，你可以先不考慮這個(gè)。

哦你也可以先存數(shù)據(jù)庫再往隊(duì)列里發(fā)免得隊(duì)列服務(wù)不小心掛掉用戶的消息就丟了。

你的數(shù)據(jù)表里面usable_log沒有指定默認(rèn)值，
然后你的 SQL 語句也沒有對(duì)這個(gè)字段賦值。

server端重定向到首頁

你這種修改索引的行為，需要重建索引才能生效
mongodb文檔

1. 將checkbox的value賦值為 permission_id
2. 監(jiān)控checkbox的check動(dòng)作，一旦點(diǎn)按 修改value，在原理persission_id基礎(chǔ)上，添加1（表示checked）或0， 最終格式形如 <input value="23-1"....>
3. 服務(wù)端拿到value值后，若發(fā)現(xiàn)其中含有-說明這個(gè)值發(fā)生了變化，變化的結(jié)果是后面跟著的1或者0.

試試這個(gè)看行嗎

# table_name為你的表名
SELECT COUNT(student_id) FROM table_name GROUP BY student_id HAVING SUM(score) > (SELECT SUM(score) FROM table_name WHERE student_id = 10); 

ll /proc/23768

關(guān)注輸出的exe -> xxx 指向的執(zhí)行命令絕對(duì)路徑

然后百度 這個(gè)進(jìn)程啟動(dòng)的進(jìn)程名是什么，進(jìn)行排查

首先Robot 3T里面寫得就不對(duì)。find方法的簽名是：

db.<集合>.find(<查詢>, <投影>, <選項(xiàng)>);

{"data":{$elemMatch :{"deviceid":456789123}}}已經(jīng)屬于投影的參數(shù)了，雖然不會(huì)報(bào)錯(cuò)，但肯定不是你想要的結(jié)果。相當(dāng)于你的條件只是{"time":{$gte:1528771648859,$lte:1528771698869}}，所以查到了結(jié)果。
Java的代碼反而是正確的。但因?yàn)槎嗔艘粋€(gè)條件，所以查不出結(jié)果來。

id隨便什么類型都行，每一個(gè)數(shù)據(jù)mongodb都會(huì)給你自動(dòng)成成一個(gè)objectid類型的_id,你也可以直接使用_id

resultMap和resultType不能同時(shí)使用。

不過你可以使用繼承的方式擴(kuò)展字段

<resultMap id="cityResultMap" type="city">
        <result column="id" property="id" />
        ...
    </resultMap>

    <resultMap id="cityMap" extends="cityResultMap" type="city">
        <result column="name" property="provinceName" />
        ...
    </resultMap>

數(shù)據(jù)庫中沒有，實(shí)體類中有的屬性配置在cityMap中。

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

最好是有脫敏后的數(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

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

1.如果事務(wù)T對(duì)數(shù)據(jù)對(duì)象A加上共享鎖，在沒有釋放A上的共享鎖之前，其他事物是否可以對(duì)A加共享鎖？也就是說，同一時(shí)刻，對(duì)象A是否可以有很多事物對(duì)他加共享鎖？

是的。所謂共享鎖，全稱應(yīng)該為共享讀鎖，即多個(gè)事務(wù)可以同時(shí)加共享鎖，讀取同一個(gè)對(duì)象。這也就是『共享』二字的含義。

2.如果事務(wù)T對(duì)數(shù)據(jù)對(duì)象A加上共享鎖，事物T2沒有對(duì)A加共享鎖，那么T2是否能讀取A的數(shù)據(jù)？如果能讀取數(shù)據(jù)，那對(duì)他加共享鎖的意義是什么，因?yàn)槲壹硬患佣寄茏x取數(shù)據(jù)？

不能。這是MYSQL數(shù)據(jù)庫設(shè)計(jì)共享鎖一部分，事務(wù)T讀取對(duì)象A之前，必須要加共享鎖；如果事務(wù)T2想要讀取對(duì)象A，那它也要加共享鎖；如果事務(wù)T2想要寫對(duì)象A，那么需要加排它鎖，且此時(shí)有共享鎖，T2必須等到，直到施加在A上的共享鎖被T事務(wù)釋放。

3.共享鎖的操作一定是在各個(gè)事務(wù)里面嗎？不用事務(wù)就不能操作共享鎖嗎？

事務(wù)是關(guān)系型數(shù)據(jù)庫必不可少的一個(gè)概念，它是數(shù)據(jù)庫系統(tǒng)執(zhí)行過程中的一個(gè)邏輯單位。

4.實(shí)際場(chǎng)景怎么用？

多個(gè)事務(wù)對(duì)某個(gè)對(duì)象進(jìn)行同時(shí)讀取的操作之前，都會(huì)加共享鎖。
PS：加鎖協(xié)議是數(shù)據(jù)庫并發(fā)控制的一種手段，這種加鎖機(jī)制是有數(shù)據(jù)庫內(nèi)部機(jī)制完成的，對(duì)開發(fā)者用戶透明，不過可以通過調(diào)整數(shù)據(jù)庫隔離級(jí)別來達(dá)到符合自身業(yè)務(wù)的完整性。

可以更簡(jiǎn)單點(diǎn)

update t_account set balance=balance-?
where account=?;

ORDER_AUTOID.NEXTVAL 獲取下一個(gè)序列值，即加上crement
ORDER_AUTOID.CURRVAL 獲取當(dāng)前序列值，即值不改變
但是進(jìn)行第一次連接的時(shí)候，直接執(zhí)行 ORDER_AUTOID.CURRVAL會(huì)報(bào)錯(cuò)， 提示無序列值，必須先執(zhí)行下ORDER_AUTOID.NEXTVAL

參考 MySQL表字段字符集不同導(dǎo)致的索引失效問題

不存在的值比較多的話，建議采用先新建一個(gè)臨時(shí)表存儲(chǔ)這些數(shù)據(jù)，然后再通過sql關(guān)聯(lián)的方式來實(shí)現(xiàn)；這樣效率會(huì)更高；當(dāng)然量不多的情況，直接使用in 或者not in也很快

innodb的鎖是需要begin一個(gè)事務(wù)的（因?yàn)槟J(rèn)autocommit是true）
你為什么不直接把id設(shè)成自增？
另外你要加鎖的話，innodb是行鎖，需要你寫where的，你這里變成鎖整個(gè)表了。