2025.2.17 学习

38.2025.2.17 学习02-17

1.ThreadLocal

在某些不需要多线程共享变量的场景下，我们需要为每一个线程提供一个独立的变量来供其使用，比获取当前登录用户的信息，建立与数据库的连接，这两个场景都不存在多线程竞争同一变量的情况，而是需要为每个线程创建一个独立的变量。这样我们就可以用ThreadLocal

concurrentHashMap线程安全，锁特定链表/红黑树

HashMap线程不安全

HashTable线程安全，锁整个表，粒度大速度慢，很早之前的类了现在已经很少用

jdk 1.7和1.8版本concurrentHashMap的变化：1.7根据段segment去上锁，每个哈希表被分成最高16个段，扩容和上锁操作都是在段的层面上去进行的。1.8舍去了段，改为以node节点的粒度来上锁。同时扩容上也有改变：

最左匹配原则

Mysql中的联合索引遵循最左匹配原则，比如说a,b,c这个联合索引，在查询时如果想用上索引，那就要带上a这个列：比如where a=1,b=1,c=1可以全部用上索引。

where a=1,c=1，只有a能用上索引，c不行

where b=1,c=1，用不上索引

where a>1,b=1,c=1，a可以用上，b，c用不上。注意这种情况下a是范围查询可以根据索引找到第一个大于1的记录，但是b和c只有当a的值确定时他们才按照索引的顺序排列，也就是说比如找到的记录是

a=2,b=1,c=1

a=2,b=2,c=1

a=2,b=2,c=2

a=2,b=3,c=2那这些记录可以用上索引，但是显然事情没有那么简单，如果数据是这样的

a=2,b=1,c=2

a=3,b=3,c=1

a=4,b=1,c=1

a=4,b=2,c=2这种情况下怎么用索引呢？我们想可以这样：把范围查询后的结果按照每一个a的值来划分，然后对每一个确定的a的值的对应记录用一次索引，那原先的sql语句就拆成了

where a=2,b=1,c=1

where a=3,b=1,c=1

where a=4,b=1,c=1这样查询效率并没有提升，也就失去了用索引的意义。所以这种情况下只有a能用上索引

不过当统计出a>1这个范围查询得到的记录中a的值仅有几个的情况下，Mysql的8.0.26之后提供了一种方法叫做Using Index for skip scan。就是上面说的将后续查询加上条件拆解，变成符合最左匹配原则的查询，最后再把结果拼接起来

posted @ 2025-02-17 17:15 vast_joy 阅读(3) 评论(0) 编辑收藏举报

vastjoy