1.數(shù)字 A，數(shù)字 B，數(shù)字 c，第一次 ABC一次存入，記錄存入次數(shù)；第二次，其后記錄使用次數(shù)，要求最長(zhǎng)的，使用次數(shù)最少的，達(dá)到1000次后，將被刪除。(只能使用本地緩存，中間件和數(shù)據(jù)庫(kù)沒(méi)有)
1>(無(wú)需大腦解)創(chuàng)建一個(gè)全局性的 map集合，把數(shù)字和時(shí)間，隨時(shí)間存入，到1000后進(jìn)行，時(shí)間戳對(duì)比，以及相同的次數(shù)對(duì)比。
2>使用三個(gè)全局列表，統(tǒng)計(jì)次數(shù)各使用次數(shù)，最近使用時(shí)間，每次使用更新時(shí)間，當(dāng)總和達(dá)到1000次后做時(shí)間對(duì)比和使用次數(shù)對(duì)比并刪除。
(期待后續(xù)補(bǔ)充，提供幾個(gè)最佳方案)
2. SQL優(yōu)化
1>查詢優(yōu)化：建立索引時(shí)，應(yīng)盡量避免全表掃描，首先考慮對(duì) where和 orderby所涉及的列建立索引
2>很多時(shí)候用 exists替代 in是個(gè)不錯(cuò)的選擇
3>適當(dāng)?shù)厥褂盟饕?，索引可以提高相?yīng) select的效率，同時(shí)降低插入和更新的效率，
由于 insert或 update時(shí)有可能重新生成索引，因此需要仔細(xì)考慮如何建立索引，這取決于具體情況。
4>一張表的索引數(shù)目最好不超過(guò)6個(gè)，如果索引過(guò)多，則需要考慮對(duì)某些不常用的列建立索引的必要性。
5>盡可能使用 varchar替代 char，因?yàn)槭紫茸冮L(zhǎng)的字段存儲(chǔ)空間較小，從而節(jié)省存儲(chǔ)空間，
第二種情況是查詢，很明顯，在相對(duì)較小的字段中搜索效率要高一些。
6>任何地方都不要使用 select* from t，
將"*"替換為特定字段列表，而不返回任何不能使用的域
7>合理使用臨時(shí)表
8>避免使用游標(biāo)，因?yàn)橛螛?biāo)的效率很低，如果游標(biāo)操作的數(shù)據(jù)超過(guò)10,000行，那么應(yīng)該考慮重新編寫(xiě)
9>盡量避免大事務(wù)操作，提高系統(tǒng)的并發(fā)能力
10>盡量避免返回大容量的客戶端，如果數(shù)據(jù)量太大，要考慮相應(yīng)的需求是否合理。
3.在添加索引之后，如何使索引失效
最左匹配原則，后模糊不會(huì)使索引失效。
在 where子句中盡量避免
用！=或<>操作員，
判斷該字段的值為空，
用 or連接條件、
還應(yīng)謹(jǐn)慎使用 in和 not in
使用表達(dá)式操作字段、
用功能運(yùn)算字段、
不對(duì)"="左側(cè)執(zhí)行函數(shù)、算術(shù)運(yùn)算或其他表達(dá)式操作，否則引擎將放棄全表掃描以使用索引
結(jié)論：
有的是必須踏上的坑，有些是必須去做的，希望通過(guò)分享彼此進(jìn)步，走過(guò)這條平凡的路。
————————————————
版權(quán)聲明：本文為CSDN博主「銳rui3g」的原創(chuàng)文章，遵循CC 4.0 BY-SA版權(quán)協(xié)議，轉(zhuǎn)載請(qǐng)附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/d960704119/article/details/119762282
