@wakzz Double Write 和 Shadow Paging 关注的是数据页的写入，Trans Log 就是 wal 。无法解决我当前的疑惑啊
@liprais 赞！这篇文章刚好我也看了，但是里面没有更多的实现细节

low_limit_id 指的不是系统中活跃事务的最大 ID，应该是系统要生成的下一个事务 ID 。可以试想这种情况：ReadView 创建时，系统中活跃的最大事务 ID 可能已经存在很久了，这期间也会提交事务（在 ReadView 创建时就已提交），这些提交了的事务应该是可见的。

https://developer.aliyun.com/adc/student/ 阿里云学生免费

感觉像是 dhcp 问题，你有配 hostname 吗，可能是连上网络后 dhcp 又给你设置了个 hostname 。如果你的 hostname 和启动 Xorg 时的主机名不一样会连不上 X window 。你看一下你的 hostname 前后有没有变化

我感觉挺舒服的，走到哪租到哪

自从鼠标坏了就没用过了，感觉不打游啥的用触控板挺方便的，离键盘近双手可以放在键盘上无缝切换
再配上各种 vim 插件，效率比用鼠标高。

用不习惯薄膜键盘...

@1194129822 我去试了 hsdb，但是刚连接上去就报了下面的异常

```
Exception in thread "AWT-EventQueue-0" java.lang.RuntimeException: Unable to deduce type of thread from address 0x00007fc30016f800 (expected type JavaThread, CompilerThread, ServiceThread, JvmtiAgentThread or CodeCacheSweeperThread)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:172)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.Threads.first(Threads.java:156)
at jdk.hotspot.agent/sun.jvm.hotspot.ui.JavaThreadsPanel.cache(JavaThreadsPanel.java:463)
at jdk.hotspot.agent/sun.jvm.hotspot.ui.JavaThreadsPanel.<init>(JavaThreadsPanel.java:89)
at jdk.hotspot.agent/sun.jvm.hotspot.HSDB$45.run(HSDB.java:1380)
at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
Caused by: sun.jvm.hotspot.types.WrongTypeException: No suitable match for type of address 0x00007fc30016f800
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.InstanceConstructor.newWrongTypeException(InstanceConstructor.java:62)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.VirtualConstructor.instantiateWrapperFor(VirtualConstructor.java:80)
at jdk.hotspot.agent/sun.jvm.hotspot.runtime.Threads.createJavaThreadWrapper(Threads.java:168)
... 17 more
```

我的环境：archliunx 、openjdk8 和 openjdk11 都试过了。是以同一个用户身份运行的。
在网上查询了很久没啥解决方案，不知道大佬怎么解决？

CountDownLatch 或者 CyclicBarrier ？

@amiwrong123 就算能扩容也要考虑删除情况啊，比如 len 为 16 时：
0 7 14 5 12 3 10 1 8 15 6 13 4 11 2 9 0，可以看到第 17 个 hash 值会冲突
如果单纯添加元素不删除的话到第 17 个元素也不会产生冲突，因为会扩容。
但如果考虑另外一种情况就是我先添加第一个，然后后面边添加边删除，到第 17 个就会产生冲突，但此时 size 为 2，不会扩容。