尘_埃

1
获赞数
0
关注数
0
粉丝数
IP 属地安徽
2022-04-19 加入
浏览 4.5k
╭╮╱╭┳━━━┳╮╱╭╮
┃┃╱┃┃╭━╮┃┃╱┃┃
┃╰━╯┃┃┃┃┃╰━╯┃
╰━━╮┃┃┃┃┣━━╮┃
╱╱╱┃┃╰━╯┃╱╱┃┃
个人简介什么都没有
49 声望|新手
java
23
innodb
18
mysql
18
装饰者模式
16
代理模式
16
黄金勋章
暂未获得该勋章
如何获得
5 白银勋章
个人动态
  • 赞了文章2022-12-26
    Golang 新手可能会踩的 50 个坑
    Go 是一门简单有趣的编程语言,与其他语言一样,在使用时不免会遇到很多坑,不过它们大多不是 Go 本身的设计缺陷。如果你刚从其他语言转到 Go,那这篇文章里的坑多半会踩到。
  • 赞了文章2022-09-10
    【Redis】拼多多面试官问我zset底层是如何实现的,我反手就把跳表的数据结构画了出来
    Redis因为其完全基于内存、性能出色,加上具备丰富的数据类型,在电商环境中深受后端开发的喜爱。其中有序集合zset就是基本数据类型之一,并且每个member都带有score(可用于排序),因此很适合在打赏日榜、近一周收益这类场景中运用。
  • 提出了问题2022-09-09
    redis的单线程问题?
  • 提出了问题2022-08-15
    四次挥手的顺序问题?
  • 赞了回答2022-08-10
    java传值问题?
    传参等同于赋值,原代码等同于 {代码...} 修改的是 _a,_b 这两个参数,a,b 不受影响所以 java 无法在方法里修改外部的局部变量,代替的做法是:修改数组元素、对象属性、类属性 {代码...}
  • 提出了问题2022-08-09
    java传值问题?
  • 赞了回答2022-08-08
    java自动装箱和拆箱的问题?
    因为a是原生类型,所以 ==操作符 会触发一次类型转换操作,即相当于做了一次「拆箱unboxing」。最终是 数值比较,所以是true。在反编译后的字节码中表现为以下语句:
  • 赞了回答2022-08-08
    java自动装箱和拆箱的问题?
    不是 a 被装箱,而是 b 被拆箱当 == 的一边是基本类型,另一边的包装类会被拆箱原代码会被编译为 {代码...} 相关规范:[链接]
  • 提出了问题2022-08-05
    java自动装箱和拆箱的问题?
  • 赞了回答2022-08-02
    旁路缓存策略的缓存一致性问题?
    楼主所说的脏读和一致性不是同一个问题,一致性是指缓存和数据库的数据不一致了,缓存里的数据是旧数据(在删除缓存之后还是旧数据)。而脏读只是读到了缓存里的旧数据,这个可以使用数据库的事务来解决,把更新数据库和删除缓存放在一个事务中,删除缓存之后再提交事务
  • 提出了问题2022-08-01
    旁路缓存策略的缓存一致性问题?
  • 提出了问题2022-07-23
    Java线程池核心线程数和最大线程数怎么设置?
  • 赞了回答2022-07-23
    Mysql InnoDB下联合索引的索引数量?
    比如你这里的a、b、c,按该顺序组成的索引列就是(a,b,c),那么排序的时候就会逐一按每列的值进行排序,先排a,a一样的时候排b,b一样的时候排c,如下图
  • 赞了回答2022-07-23
    Mysql InnoDB下联合索引的索引数量?
    InnoDB每组索引是一颗B+树,分为叶子节点和非叶子节点:非叶子节点只会存储索引列和指向下级节点的指针,而叶子节点存储的是真实数据页。主键索引是一颗B+树,非叶子节点存储的是主键,叶子节点存储的是整行数据;每组联合索引也是一棵B+树,非叶子节点存储的是索引...
  • 提出了问题2022-07-22
    Mysql InnoDB下联合索引的索引数量?
  • 赞了回答2022-07-05
    关于Mysql InnoDB下非唯一索引如果出现重复键
    非唯一索引(是一种辅助索引)会同时存储对应行的主键id,所以非唯一索引相同时,会按记录的主键进行排序,如非唯一索引字段为name,有以下两条记录
  • 提出了问题2022-07-04
    关于Mysql InnoDB下非唯一索引如果出现重复键
  • 赞了文章2022-06-06
    CDN详解
    CDN(内容分发网络)全称是 Content Delivery Network,建立并覆盖在承载网之上、由分布在不同区域的边缘节点服务器群组成的分布式网络,替代传统以 WEB Server 为中心的数据传输模式。
  • 赞了回答2022-05-31
    TCP四次挥手的标志位
    对于3的ack感觉是不必要的,我没有在rfc规范中查到3需要带上ack。然而抓了下包发现3确实是fin+ack,我想这个可能是实现层面的一个优化。如果2的ack丢失了,则3的ack可以补偿不这个错误。同时抓包也发现2和3的ack的值都是一样的:都是对1的确认。
  • 赞了回答2022-05-31
    TCP四次挥手的标志位
    第三次挥手由于是服务端主动发起的FIN报文(第二次挥手报文里面ACK置1已经表示确认收到了客户端的FIN报文),所以第三次挥手可以设置ACK = 1,也可以不设置,我猜是为了规范化符合tcp协议的要求,尽量每个包都去确认,让建立连接后的所有传输的包都有ACK确认。