• 35648

    文章

  • 23

    评论

  • 20

    友链

  • 最近新加了很多技术文章,大家多来逛逛吧~~~~
  • 喜欢这个网站的朋友可以加一下QQ群,我们一起交流技术。

每日一剂—mysql事务锁 & git reflog 原

欢迎来到阿八个人博客网站。本 阿八个人博客 网站提供最新的站长新闻,各种互联网资讯。 喜欢本站的朋友可以收藏本站,或者加QQ:我们大家一起来交流技术! URL链接:https://www.abboke.com/jsh/2019/0702/4254.html

>>>

查找mysql事务锁

  • 查看事务和锁的信息

    show engine innodb status;
    
  • explain内容解析

    mysql> explain select * from t where cell="111111111111";
    +----+-------------+-------+-------+---------------+------+---------+-------+------+-------------+
    | id | select_type | table | type  | possible_keys | key  | key_len | ref   | rows | Extra       |
    +----+-------------+-------+-------+---------------+------+---------+-------+------+-------------+
    |  1 | SIMPLE      | t     | const | cell          | cell | 83      | const |    1 | Using index |
    +----+-------------+-------+-------+---------------+------+---------+-------+------+-------------+
    1 row in set (0.00 sec)
    
    
    • select_type:SIMPLE,这是一个简单类型的SQL语句,不含子查询或者UNION。

    • type:index,访问类型,即找到所需数据使用的遍历方式,潜在的方式:

      • ALL(Full Table Scan):全表扫描;
      • index:走索引的全表扫描;
      • range:命中where子句的范围索引扫描;
      • ref/eq_ref:非唯一索引/唯一索引单值扫描;
      • const/system:常量扫描;
      • NULL:不用访问表;

      上述扫描方式,ALL最慢,逐步变快,NULL最快。

    • possible_keys:NULL,可能在哪个索引找到记录。

    • key:PRIMARY,实际使用索引。(画外音:使用PK进行的全表扫描。)

    • ref:NULL,哪些列,或者常量用于查找索引上的值。

    • rows:1,找到所需记录,预估需要读取的行数。

git-reflog

reflog 是一个非常实用的命令,你可以使用这个命令去找回无意间删除的代码,或者去掉一些刚刚添加的却把仓库里的代码弄坏的内容。同时也可以拯救一下失败的 merge,或者仅仅是为了回退到之前的版本。

  • 情景1:我刚刚好像搞错了一个很重要的东西,但是 git 有个神奇的时间机器能帮我复原!

    $ git reflog
    # reflog 可以查看在所有分支上所做的全部改动
    # 每一个改动都会有一个编号 HEAD@(index)
    # 找到问题所在
    
    $ git reset HEAD@(index)
    # git 神奇的时间机器,将代码重置到指定位置
    
  • 情景2:我 commit 完才想起来还有一处小地方要修改!

    # 先做好修改
    $ git add . # or add 相关文件
    $ git commit --amend
    # 然后选择要不要保留或者更高 commit message
    # 现在你的 commit 已经包含最新的修改内容
    

    当我 commit 完然后跑测试的时候,经常突然发现忘了在等于号前面加空格。虽然可以把修改过的代码再重新 commit 一下,然后 rebase -i 将两次揉在一起,不过上面的方法会比较快。

  • 情景3:我要改一下上一个 commit message!

    $ git commit -amend 
    # 然后可以更改 commit message
    

    当你们组对 commit message 有格式要求时,或者当你忘了中英文间要加空格,这个命令能救你狗命。

  • 情景4:我不小心把本应在新分支上的内容commit 到 master 了!

    # 先以现有 master 的状态创建一个新的分支
    $ git branch some-new-branch-name
    # 移除错误的 commit
    $ git reset HEAD~ --head
    
    $ git checkout some-new-branch-name
    # 现在的分支就含有所有你所需要的东西了
    

    注意: 这个指令必须在错误的 commit 后直接执行,如果你已经试了其他的方式,你可能就需要用 git reset HEAD@{number} 来代替 HEAD~ 了。

  • 情景5: 我不小心 commit 到错误的分支上了!

    # 撤回上一次 commit 但是保留改动
    $ git reset HEAD~ --soft
    $ git stash
    
    # 将改动提交到正确的分支
    $ git checkout name-of-the-correct-branch
    $ git stash pop
    $ git add . # or add individual files
    $ git commit -m "提交信息"
    # 现在的你改动已经成功 commit 到正确的分支上了
    

    也有很多人推荐了 cherry-pick 的解决方案,所以选哪个就看你心情了。

    $ git checkout name-of-the-correct-branch
    
    # 将改动从错误的分支上摘取下来放到正确的分支上
    $ git cherry-pick name-of-the-wrong-branch
    
    # 然后再错误的分支上删除相应的改动
    $ git checkout name-of-the-wrong-branch
    $ git reset HEAD~ --hard
    
  • 情景6:我执行了 diff 但是啥也没出现

    $ git diff --staged
    

    Git 不会给通过 add 加入到 staging 区域里面的文件做 diff ,除非你加了 --staged 的标签,别怀疑了这是一个 feature 不是一个 bug,当然对于第一次碰到这个问题的人来说还是有些不好理解的。

    $ git checkout name-of-the-correct-branch
    
    # 将改动从错误的分支上取下来放到正确的分支上
    $ git cherry-pick name-of-the-wrong-branch
    
    # 然后再错误的分支上删除相应的改动
    $ git checkout name-of-the-wrong-branch
    $ git reset HEAD~ --hard
    

相关文章

暂住......别动,不想说点什么吗?
  • 全部评论(0
    还没有评论,快来抢沙发吧!