常見日志案例
案例1
[問題澄清]
TiKV日志中打印：
[2019/12/18 13:06:34.907 +08:00] [INFO] [builder.rs:511] [“Coprocessor request cannot be batched”] [reason="[src/coprocessor/dag/builder.rs:52]: Unable to use BatchSelectionExecutor: [src/coprocessor/dag/rpn_expr/mod.rs:173]: ScalarFunction InInt is not supported in batch mode"] [start_ts=413308182826844174]
版本：3.0.0
[原因分析]
日志中記錄告警信息
[解決方案]
新版本中已經(jīng)屏蔽此記錄，升級到新版本3.0.2及以后即可
[參考案例]
升級v3.0.0GA后tikv.log頻繁寫入ScalarFunction InInt is not supported in batch mode
https://asktug.com/t/topic/2177
[學(xué)習(xí)引申點]
Coprocessor request cannot be batched
https://github.com/pingcap/tidb/issues/14100
案例2
[問題澄清]
命令行TiDB查詢報錯：
ERROR 1815 (HY000): Internal : Can't find a proper physical plan for this query
版本：v4.0.0-alpha
[原因分析]
可能是master 上新特性的問題
[解決方案]
1.重新導(dǎo)入數(shù)據(jù)測試
2.使用3.0.x穩(wěn)定版本
[參考案例]
TiDB 查詢數(shù)據(jù)失敗 Can’t find a proper physical plan for this query
https://asktug.com/t/topic/2192
mysql數(shù)據(jù)導(dǎo)入tidb ，在tidb中執(zhí)行查詢語句失敗
https://asktug.com/t/topic/2197
案例3
[問題澄清]
TiKV日志存在報錯：
[ERROR] [domain.go:761] ["load privilege loop watch channel closed"]
[原因分析]
因為 TiDB 是分布式的, 所以在 TiDB 中的 privilege 可能被其他的 TiDB 修改了, 所以 TiDB 使用了 etcd, 在 更改了 privilege 的時候通知所有的tidb 去 load 新的 priilege
[解決方案]
無影響可以忽略
[參考案例]
