騰訊廣告面經(jīng)
1.redission的底層實(shí)現(xiàn)(之前看過(guò)忘了),鎖的續(xù)期邏輯,續(xù)期會(huì)使用啥
https://blog.csdn.net/m0_71777195/article/details/131674149
2.redission底層有使用過(guò)線程池嗎
3.redis的端口
- 默認(rèn)端口:6379:這是 Redis 的默認(rèn)端口,用于客戶端與 Redis 服務(wù)器之間的通信。
- 集群模式:16379:在 Redis 集群模式下,通常使用這個(gè)端口來(lái)啟動(dòng)集群節(jié)點(diǎn)。
4.算法題:最大不重復(fù)子串
5. 優(yōu)化器選擇不走索引的情況
1. 表數(shù)據(jù)量過(guò)小
- 當(dāng)表數(shù)據(jù)量 < 優(yōu)化器閾值(通常幾百行)時(shí),全表掃描可能更快
- 解決方案:無(wú)需優(yōu)化,這是合理行為
2. 索引選擇性差
sql復(fù)制-- 性別列只有'M'/'F'兩個(gè)值,索引效果差 SELECT * FROM users WHERE gender = 'M'; -- 解決方案: -- 1. 考慮刪除低選擇性索引 -- 2. 組合高選擇性列建立復(fù)合索引 CREATE INDEX idx_gender_age ON users(gender, age);
3. 查詢覆蓋大部分?jǐn)?shù)據(jù)
- 當(dāng)查詢需要訪問(wèn) > 20-30% 數(shù)據(jù)時(shí),優(yōu)化器可能選擇全表掃描
- 解決方案:使用
FORCE INDEX
強(qiáng)制使用索引(需謹(jǐn)慎)
其他八股:
redis使用過(guò)啥,JVM運(yùn)行時(shí)數(shù)據(jù)區(qū)的組成,String的父類,StringBuffer,StringBuilder,