序列化 concept 序列化的原本意图是希望对一个 Java对象作一下 "变换"，变成字节序列，这样一来方便 持久化存储到磁盘，避免程序运行结束后对象就从内存里消失，另外变成字节序列后也更便于 网络运输和传播 *序列化：**把 Java对象转换为字节序列* *反序列化：**从字节序列中还原对象* 序列化机制从某种意义上来说也弥补了平台化的一些差异，因为转换后的字节流可以在其它平台上进行反序列来恢复对象 来看个小例子： import java.io.*; import java.util.con…
Caused by:org.springframework.beans.factory.BeanCreationException:Error creating bean with name 'testB' defined in class path resource [spring-circle.xml]:Cannot resolve reference to bean 'testC' while setting constructor argument;nested exception is org.sprin…
Optimization 这是真实的 DBMS中会使用到的东西，这能让我们的 B+Tree更快 Prefix Compression 前缀压缩 前提：node中的 key是排好序的 实际上，保存在同一个 node上的 key彼此之间会非常相似 对于这种场景，我们可以将这些 key的公共前缀进行提取，那么剩下来的便是不相同的部分，即压缩了数据 对于聚簇索引，我们同样可以进行类似优化，我知道我所有的 tuple都存放在 磁盘或 page中，同样，在索引中也是排好序存在的，那么这些 tuple很有可能都在同一个节点上，它…
无意间看到此面试题，就临时写了几种写法，信号量的暂时还没去使用，待补充日后 /** * 使用共享变量及其 volatile */ public class Demo { volatile static int state = 0; public static void main(String[] args) { new Thread(() -> { while (true) { if (state % 3 == 0) { System.out.println(1); state ++; } } }).star…
愉快地开始 gradle之旅吧
我亦可贪恋烟火，殷实人家，几间瓦房，四方小院，守着流年，幸福安康
Buffer Replacement Policy Buffer 池中页面的置换策略 通常关注于： 正确性 确保要移除的 page正在被读取 精确性 确保要移除的页面是在未来不太会被用到的那些 pages，以此来减少磁盘寻道的数量 速度 当我们在访问 page table时会持有 latch，我们并不希望运行哪种算法来找到要被移除的 page，因为这耗时可能会多余实际访问 page 元数据的开销 我们并不想要去拥有大量元数据带来的开销，也不想去跟踪所有这些额外数据 如：跟踪单个 page的元数据本身大于该 page…
/** * 阻塞队列的实现 * BlockingQueue是 juc中解决生产者和消费者问题的最有用的一个类 -》 皆是线程安全的类 */ public interface BlockingQueue<T> { /** * 插入数据的接口 */ void put(T element) throws InterruptedException; /** * 获取数据的接口 */ T take() throws InterruptedException; } /** * 本文需保证没有第三线程参与情况下 */…
Buffer Pool Optimizations 针对 Buffer Pool的优化 Multipart Buffer Pool 多缓冲池 实际上我们可以有多个缓冲池，即分配多个内存区域，每个内存区域对应着一个 Page Table，各自管理着一套 page id和 frame的映射关系 这有什么好处 --> 分配多个缓冲池 分配多个缓冲池，这有益于我们对单个缓存池区域进行局部策略的优化 而且能够减少那些访问 Buffer池的不同线程间争抢 Latch的情况发生 当我们去读取数据时，找到 Page Tabl…
Random
Video
Chinese (Simplified)
English
German