CPU
按进程占用量降序查看
- top 进入交互模式;
- 输入P, 运行进程根据CPU使用百分比大小进行排序;
- PS: %CPU指标是指进程占用一个CPU物理核心的比例, 当物理机为多核时, 指标可以超过100%;
根据进程ID查看资源占用状态
shelltop -p PID
查看每个物理核心使用率
- top 进入交互模式;
- 按下数字 1;
内存
按进程占用量降序查看
- top 进入交互模式;
- 输入M, 进程根据驻留内存大小进行排序;
学习网站
https://www.runoob.com/git/git-tutorial.html
http://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html
https://git-scm.com/book/zh/v2
git rebase -i HEAD~6 合并多个提交
https://www.jianshu.com/p/6ac02f044bee
git 强制拉取远端指定分支覆盖本地
https://blog.csdn.net/xiantianga6883/article/details/115395037
git 重命名分支
https://blog.csdn.net/fsfsdgsdg/article/details/124000076
git 代码分支管理规范
https://cloud.tencent.com/developer/article/1592957
http://www.ruanyifeng.com/blog/2012/07/git.html
git branch 分支管理操作
https://zhuanlan.zhihu.com/p/461090867
git stash
https://blog.csdn.net/stone_yw/article/details/80795669
git stash pop 默认是把栈顶的pop出来, 如果有多个stash对象, 编号为 0,1,2，想把1的对象pop出来
指令为: git stash pop --index 1
git撤销commit和push
https://www.cnblogs.com/liangzhixiaolaohu/p/14977650.html
https://blog.csdn.net/chenxuezhou/article/details/122107977
git 回滚到指定版本
https://blog.csdn.net/stephenbruce/article/details/125212094
git config
https://www.cnblogs.com/fireporsche/p/9359130.html
git cherry-pick
http://www.ruanyifeng.com/blog/2020/04/git-cherry-pick.html
优雅git commit
https://www.zhihu.com/question/61283395
git origin含义
https://www.zhihu.com/question/27712995
git reflog 恢复代码
https://www.cnblogs.com/greensunit/p/14953435.html
git 主机配置多用户
keys
客户端可查询出所有存在的键，时间复杂度为 O(n)
可用scan替代该命令
flushdb
删除 Redis 中当前所在数据库中的所有记录，并且此命令从不会执行失败。
flushall
删除 Redis 中所有数据库中的所有记录，不止是当前所在数据库，并且此命令从不会执行失败。
config set
客户端可修改 Redis 配置。
禁用或重命名
在配置文件redis.conf中找到SECURITY区域，添加如下命令
禁用命令
rename-command KEYS "" rename-command FLUSHALL "" rename-command FLUSHDB "" rename-command CONFIG "" rename-command EVAL ""
重命名命令
rename-command KEYS "SCAN 0" rename-command FLUSHALL "BB" rename-command FLUSHDB "CC" rename-command CONFIG "DD" rename-command EVAL "EE"
背景描述
生产环境是集群Redis，尝试对一个key进行rename，提示如下： CROSSSLOT Keys in request don‘t hash to the same slot. 原因是：rename 需要把oldkey 名字重置为 newkey，但oldkey 和 newkey不在同一个hash slot
Hash Tags
在某些集群方案中，涉及多个key的操作会被限制在一个slot中，如mget/mset，rename操作. Redis 集群的键空间被分割为 16384 个槽（slot）， 集群的最大节点数量也是 16384 个。 每个Key都会经过CRC16计算散列到固定的槽位中，对于多个键，仅当它们都共享相同的连接插槽时才执行
HashTag机制可以影响key被分配到的slot，从而可以使用那些被限制在slot中操作。
HashTag即是用{}包裹key的一个子串，如{user:}1, {user:}2。
在设置了HashTag的情况下，集群会根据HashTag决定key分配到的slot， 两个key拥有相同的HashTag:{user:}, 它们会被分配到同一个slot，允许我们使用MGET命令。
通常情况下，HashTag不支持嵌套，即将第一个{和第一个}中间的内容作为HashTag。若花括号中不包含任何内容则会对整个key进行散列，如{}user:。
HashTag可能会使过多的key分配到同一个slot中，造成数据倾斜影响系统的吞吐量，务必谨慎使用。
例子
有一组key，前缀为 precise_, 后缀为 1~100的数字. Redis中已经导入了 precise_1 ~ precise_100 100个key，现需要重新设置这个100key的值，可按如下步骤:
- 正式key格式改为 {precise_num}，添加hash tag包含;
- 新的key格式为 {precise_num}_tmp;
- rename {precise_num}_tmp {precise_num};
参考文章:
