乙巳🐍年

通用枚举

1
2
3
4
5
6
7
8
9

@FunctionalInterface
public interface BaseEnum {
    /**
     * 返回的 keys 可转换为 BaseEnum
     *
     * @return 字符串数组
     */
    String[] getKeys();
}

枚举类实现此接口，并定义映射方式

Failed to configure a DataSource: ‘url’ attribute is not specified and no embedded

在初次完成项目的构建后，启动项目时出错，提示信息“ Failed to configure a DataSource: ‘url’ attribute is not specified and no embedded datasource could be configured. ” ，这个异常很好理解，直接翻译成中文，一看便知了 “ 配置数据源失败:没有指定’url’属性，也不能配置嵌入式数据源。

导致这个问题的原因是因为，在 pom.xml 配置文件中，配置了数据连接技术 spring-boot-starter-jdbc 包 ，在启动配置文件时 ，Spring Boot 的自动装配机制就会去配置文件中找，相关的数据库的连接配置信息，如果找不到则抛出异常信息（具体源码就不在这儿分析了，有兴趣的可以自行去查看）。加入的 JDBC 依赖包。

压测的定义
基于一些工具模拟一个系统每秒发出一定数量的请求到数据库上去，观察它的 CPU、磁盘 IO、网络 IO 和内存等负载情况，测试出这个数据库在目前的机器配置下，大致的负载压力如何，性能表现如何，每秒最多可以处理多少请求。

1

create database pgbench;

Pgbench 是 PostgreSQL 提供的标准基准测试工具。Pgbench 重复运行给定的 SQL 命令，并测量每秒完成的事务数。由于 pgbench 本身消耗 CPU 能量，因此我们建议在单独的机器上运行它，而不是在运行 Citus 集群的机器上运行。Pgbench 自己的文档也指出，将其放在与测试数据库相同的机器上可能会影响测试结果。

1

pgbench -i --unlogged-tables -s 2 -U postgres -p 5432 -d pgbench

数据库范式是用于数据库设计的规则,目的是使数据库结构更加合理化,避免数据冗余和数据更新异常。常见的数据库范式有 6 种,分别是:

1NF(第一范式):每一列都是不可分割的基本数据项。
2NF(第二范式):在 1NF 的基础上，任何非主属性必须完全依赖于候选键。也就是说非主属性不能依赖于非候选键。
3NF(第三范式):在 2NF 的基础上，任何非主属性不依赖于其它非主属性。
BCNF(布尔范式):在 3NF 的基础上，任何非主属性不依赖于候选键以外的其它属性。
4NF(第四范式):在 BCNF 的基础上，任何多值依赖必须是候选键的函数依赖。
5NF(第五范式):在 4NF 的基础上，任何连接依赖必须是候选键的函数依赖。

候选键: 是能唯一标识数据记录的属性组合(表中的每个属性或属性集合是否可以唯一标识每条记录)。一个表可以有多个候选键。
候选键的作用是，当表中本来的主键在某些情况下不能使用或需要变更时，可以从候选键中选择一个新的主键，保证数据库结构的完整性。

简单启动脚本

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

#!/bin/bash

DATE=$(date +%Y%m%d)
DIR=/app/ydbq/dev
JARFILE=preser-beneficiary.jar

cd $DIR

PROCESS=`ps -ef | grep $JARFILE | grep -v grep | grep -v PPID | awk '{ print $2}'`
for i in $PROCESS
do
  echo "Kill the $JARFILE process [ $i ]"
  kill -9 $i
done

nohup java -Xmx512m -Xms128m -jar $JARFILE --spring.profiles.active=dev  > out.log  &

rm -rf out.log