突破Java桎梏-优快云博客

原创多线程的底层与应用场景

synchroized是通过监视器monitor来完成的，如果monitor被占用时会处于死锁的状态，线程需要执行monitorenter指令去尝试获取monitor的所有权，如果monitor的进入数为0，那么进入现场进入monitor，然后将进入数设置为1，此线程为monitor的所有者，如果线程已经有monitor需要重新进入，monitor为+1，如果已经占用了monitor，则该线程进入等待的状态，直到monitor的进入数为0时，再去重新获取所有权。以及同步异步问题

2024-07-26 10:55:18 738

原创 MySQL的索引

对于InnoDB存储引擎来说，在单个页中查找某条记录分为两种情况：以主键为搜索条件，可以使用通过二分法快速定位相应的用户记录。以其他列为搜索条件，需要按照记录组成的单链表依次遍历各条记录。没有索引的情况下，不论是以主键还是其他列作为搜索条件，只能沿着页的双链表从左到右依次遍历各个页。InnoDB存储引擎的索引是一棵B+树，完整的用户记录都存储在B+树第0层的叶子节点，其他层次的节点都属于内节点内节点里存储的是目录项记录。InnoDB的索引分为两大种：聚簇索引。

2024-07-26 10:37:47 1484

原创 MySQL慢SQL优化方案汇总

在 MySQL 5.0 之前的版本要尽量避免使用 or 查询，可以使用 union 或者子查询来替代，因为早期的MySQL版本使用 or 查询可能会导致索引失效，高版本引入了索引合并，解决了这个问题，不过建议大家在实际使用中还是规范写法，能不用就少用。尽量使用 Join 语句来替代子査询，因为子査询是嵌套查询，而嵌套查询会新创建一张临时表，而临时表的创建与销毁会占用一定的系统资源以及花费一定的时间，同时对于返回结果集比较大的子查询，其对查询性能的影响更大。任何问题评论区或私信讨论，欢迎指正。

2024-07-25 21:49:39 1785

原创 spring cloud项目电商C端的秒杀业务三性六讲

因为是高流量高并发的业务场景会有高并发的问题，就会出现超卖的现象，当时解决这个问题我采用的是redisson分布式锁，对库存进行上锁，redis分布式锁其实就是往redis设置一个key和value同时设置一个有效时间，并且redis是单线程的，不会并发操作，之后在进行删除redis的缓存进行解锁，从而避免超卖的现象，后期测项目效率不够快，做了优化通过lua脚本，意为着可以将多个操作合并为一个原子操作，做到无锁。我们目前做的项目是一个社区团购的电商系统，主要就是实现一个线上线下的结合。

2024-07-25 16:56:22 559

原创 java基础以及原理面试八股文

hashcode ，equals ，wait()， tostringJava中规定，hashcode相同equals不一定相同，equals相同那么hashcode一定相同，如果违反这种规则hashMap和hashSet不能正常使用Arraylist是基于数组的，在查询效率比较高，插入删除效率比较低Linkedlist是基于链表的，插入删除效率比较高，查询效率比较低对于添加和删除的时候，linkedlist优于arraylist，因为arraylist在做数据的添加和删除的时候需要有数据的位置的移动Hash

2024-07-25 15:19:07 1748 1

原创 jvm是什么?

此外，JVM还提供了跨平台的能力，即Java程序只需要编写一次，就可以在任何支持JVM的平台上运行，而不需要重新编译。这是因为JVM能够识别并运行Java编译后的字节码文件（.class文件等），这些字节码文件是平台无关的，只要安装了对应平台的JVM，就可以运行这些字节码文件。程序发生内存泄漏后，进程的可用内存会慢慢变少，最后的结果就是抛出OOM错误。jstat是一个统计java进程内存使用情况和gc活动的工具，参数可以有很多，可以通过jstat -help查看所有参数以及含义。CPU过高的原因一般是，

2024-07-25 15:13:25 283

原创 Redis原理与应用

RDB是方式是每过几秒保存的是redis数据的快照，但是可能会丢数据，AOF 保存的是所有在redis执行的命令，它会追加到一个文件里面，丢数据可能性小，但会导致文件很大，假如redis宕机了，恢复的时候会很慢，我们一般使用RDB,因为我们对redis的定位就是缓存服务器，很重要的数据我们不会存redis，比如与钱有关系。(LUA)，另外还是锁超时问题，比如：上锁2秒钟，但是任务执行超过2秒，我们一般用redission框架，它底层是lua脚本实现，可以保证设置值和时间的原子性，另外还有。

2024-07-25 14:34:38 679

2401_84479435的博客