一、JDK版本管理

1.1 cmd配置代理

首先，按照我的习惯，依然是使用Qv2ray，参考Git配置代理，进行临时的cmd代理配置

1
2
3

set http_proxy=10.0.0.1:1081
set https_proxy=10.0.0.1:1081
curl -v https://google.com

Windows中临时配置环境变量是set
Linux中临时配置环境变量是export

执行结果如下

1.2 版本管理工具

该文章中使用的jvms版本工具(与jabba相比，最终还是选择了jvms，使用简单才是王道)，与创建Vue3+Vite单页面应用总结中提到的nvm，异曲同工。

有时间我也应该学一下go，作为c++的替代品

直接在windows cmd中执行如下命令

1
2
3

mkdir C:\Users\meeth\AppData\Roaming\jvms
cd C:\Users\meeth\AppData\Roaming\jvms
curl -L -x 10.0.0.1:1081 -o jvms.zip  "https://github.com/ystyle/jvms/releases/download/v2.1.1/jvms_v2.1.1_amd64.zip"

执行过程如图

之后，进行解压，放到jvms根目录即可。

执行命令下载jdk

jvms init
# 查看远程jdk版本
jvms rls
# 安装
jvms install 17.0.1
# 切换版本，win需要在管理员模式下
jvms switch 17.0.1

二、轻量数据库

2.1 SQLite

2.1.1 使用示例

-- sqlite
-- jdbc:sqlite:D:/Desktop/count-page.db?journal_mode=off
-- linux一般提供sqlite3命令，直接进入命令行

-- 查询当前事务日志模式。类型有delete、truncate、persist、memory、wal、off。
PRAGMA journal_mode 
-- 查询当前写入数据到磁盘时的同步性级别。类型有0-off 1-normal 2-full 3-extra
PRAGMA synchronous 

-- 查询出所有的表
SELECT * FROM sqlite_master WHERE type='table';
DROP TABLE location ;
CREATE TABLE location (
id int4,
name varchar,
lon float8,
lat float8,
gpstime varchar
)
-- 清空数据
truncate TABLE location ;

-- 生成某天开始后的14天的随机时间
-- sqlite中datetime函数接收的是秒。unixepoch表示前面这个数值看成unix时间戳
SELECT datetime((1727712000000+abs(random()%1209600000)+1) / 1000, 'unixepoch','localtime') AS formatted_date

-- 模拟2000w条定位轨迹。其中固定人员为2w个，模拟的时间为2024-10-01到2024-10-14
WITH RECURSIVE numbers AS (
    SELECT 1 AS num
    UNION ALL
    SELECT num + 1 FROM numbers WHERE num <= 20000000
)
INSERT INTO location(id, name, lon, lat, gpstime)
SELECT
	 num,
    'Name' || ABS(RANDOM() % 20000),
    (RANDOM() % 90), 
    (RANDOM() % 90),
    datetime((1727712000000+abs(random()%1209600000)+1) / 1000, 'unixepoch','localtime') from numbers; 


-- 创建索引
DROP INDEX LOCATION_NAME_IDX;
DROP INDEX LOCATION_GPSTIME_IDX;
CREATE INDEX LOCATION_NAME_IDX ON location (name);
CREATE INDEX LOCATION_GPSTIME_IDX ON location (gpstime);


-- 开始测试索引效率
SELECT name,count(*) FROM location GROUP BY name ORDER BY 2 DESC;

SELECT * FROM location WHERE name='Name606' AND gpstime >= '2024-10-07 00:00:00' AND gpstime <= '2024-10-07 23:59:59' ORDER BY gpstime DESC;

2.2 H2

2.2.1 使用示例

-- h2数据库中，如果字符串没有用双引号，则默认转换为大写。如需禁用该功能，需要在jdbcurl中添加参数DATABASE_TO_UPPER=false
-- 如jdbc:h2:~/test;DATABASE_TO_UPPER=false
-- h2数据库中，当数据量过大时，会出现连接不上或者查询慢的问题，可以通过调整CACHE_SIZE=2048解决

-- 查询出所有的表
select * from INFORMATION_SCHEMA.TABLES where TABLE_SCHEMA='PUBLIC'
DROP TABLE location ;
CREATE TABLE location (
id int4,
name varchar,
lon float8,
lat float8,
gpstime varchar
)

-- 清空数据
truncate TABLE location ;

-- 生成近14天的随机时间
SELECT FORMATDATETIME(
    DATEADD(MILLISECOND, FLOOR(rand()*1209600000), '2024-10-01 00:00:00'),  -- 将毫秒时间戳加到1970年
    'yyyy-MM-dd HH:mm:ss'
) AS formatted_date;

-- 模拟2000w条定位轨迹。其中固定人员为2w个，模拟的时间为2024-10-01到2024-10-14
INSERT INTO location(id, name, lon, lat, gpstime)
SELECT X,'Name' || floor(rand()*2000), FLOOR(RAND() * 100),FLOOR(RAND() * 100), FORMATDATETIME(
    DATEADD(MILLISECOND, FLOOR(rand()*1209600000), '2024-10-01 00:00:00'),  -- 将毫秒时间戳加到1970年
    'yyyy-MM-dd HH:mm:ss'
)
FROM SYSTEM_RANGE(1, 60000000);

-- 创建索引
DROP INDEX LOCATION_NAME_IDX;
DROP INDEX LOCATION_GPSTIME_IDX;
CREATE INDEX LOCATION_NAME_IDX ON location (name);
CREATE INDEX LOCATION_GPSTIME_IDX ON location (gpstime);

-- 开始测试索引效率
SELECT name,count(*) FROM location GROUP BY name ORDER BY 2 DESC;

SELECT * FROM location WHERE name='Name606.0' AND gpstime >= '2024-10-07 00:00:00' AND gpstime <= '2024-10-07 23:59:59' ORDER BY gpstime DESC;

2.2.2 H2运行模式

内嵌模式

本地文件连接

内嵌模式下的本地文件连接URL的格式是：

1	jdbc:h2:[file:][<path>]<databaseName>

其中前缀file:是可选的。如果没有设置路径或者只使用了相对路径，则当前工作目录将被作为起点使用。路径和数据库名称的大小写敏感取决于操作系统，不过推荐只使用小写字母。数据库名称必须最少三个字母（File.createTempFile的限制）。数据库名字不容许包含分号;。
可以使用~/来指向当前用户home目录，例如jdbc:h2:~/test。
可以使用./来指向项目当前目录，例如jdbc:h2:./test

例如：

1
2
3

jdbc:h2:~/test
jdbc:h2:file:/data/sample
jdbc:h2:file:C:/data/sample (仅仅用于Windows)

内存数据库连接

对于特殊使用场景(例如：快速原型开发，测试，高性能操作，只读数据库)，可能不需要持久化数据或数据的改变。H2数据库支持内存模式，数据不被持久化。

内存数据库资料存储有两种方式：

private/私有
在一些场景中，要求仅仅有一个到内存数据库的连接。这意味着被开启的数据库是私有的(private)。在这个场景中，数据库URL是jdbc:h2:mem:。在同一个虚拟机中开启两个连接意味着打开两个不同的（私有）数据库。
named/命名：其他应用可以通过使用命令来访问
有时需要到同一个内存数据库的多个连接，在这个场景中，数据库URL必须包含一个名字。例如：jdbc:h2:mem:db1。仅在同一个虚拟机和class loader下可以通过这个URL访问到同样的数据库。

对应的内存数据库连接URL的格式是：

私有格式：jdbc:h2:mem:
命名格式：jdbc:h2:mem:< databaseName >

命名格式的例子如下：

1	jdbc:h2:mem:test

默认，最后一个连接到数据库的连接关闭时就会关闭数据库。对于一个内存数据库，这意味着内容将会丢失。为了保持数据库开启，可以添加DB_CLOSE_DELAY=-1到数据库URL中。为了让内存数据库的数据在虚拟机运行时始终存在，请使用jdbc:h2:mem:test;DB_CLOSE_DELAY=-1。

服务器模式

为了从其他进程或者其他机器访问一个内存数据库，需要在创建内存数据库的进程中启动一个TCP服务器。其他进程就需要通过TCP/IP 或者 TLS来访问数据库，使用URL类似jdbc:h2:tcp://localhost/mem:db1

H2支持两种连接方式

使用TCP

格式如下，通过指定server和port连接到以内嵌模式运行的H2服务器，参数path和databaseName对应该内嵌数据库启动时的参数：

1	jdbc:h2:tcp://<server>[:<port>]/[<path>]<databaseName>

范例：

1
2
3

jdbc:h2:tcp://localhost/~/test		（对应内嵌模式下的jdbc:h2:~/test)
jdbc:h2:tcp://dbserv:8084/~/sample （对应内嵌模式下的jdbc:h2:~/sample)
jdbc:h2:tcp://localhost/mem:test	（对应内嵌模式下的jdbc:h2:mem:test)

使用TLS

可以通过采用SSL在传输层对数据库访问内容做加密，URL格式和TCP相同，只是TCP替换为ssl：