又一款数据库压测工具


## 介绍

上次因公司业务需要使用新数据库，为保持换上之后业务稳定运行，需要压测对比结果，找了两款并没很好的测出想要的统一对比指标，偶尔发现这款数据库压测工具，方便好用。

[软件官网](https://www.hammerdb.com/)

[GitHub](https://github.com/TPC-Council/HammerDB)

[标准官方文档](https://www.hammerdb.com/docs/index.html)，内容相当丰富

支持win和linux平台，支持[docker部署](https://github.com/webysther/hammerdb-docker)，linux和docker最终还是需要界面展示(xwindow等)支持，所以这里干脆直接用win版测试，如果需要测试的数据库服务只有内网环境，又没有可以用来测试的win服务器，用后面两种比较合适。

支持压测数据库类型：MySQL，MariaDB，PostgreSQL，Redis，MSSQLServer，Oracle.Db2

这里只压测MySQL做为测试。

压测不同类型数据库，需要有统一的测试指标吧，运行同样的SQL，同等数据量，同等并发、用户量等，这里介绍下测试基准 TPC比较重要的两项：

## 压测基准

> **TPC-C:**
> 
> TPC Benchmark C于1992年7月获得批准，是一个在线事务处理（OLTP）基准。 与TPC-A等以前的OLTP基准测试相比，TPC-C更复杂，因为它具有多种事务类型，更复杂的数据库和整体执行结构。 TPC-C涉及五个不同类型和复> 杂性的并发事务的混合，这些事务可以在线执行或排队等待延迟执行。 该数据库由九种类型的表组成，具有广泛的记录和人口规模。 TPC-C以每分钟事务数（tpmC）衡量。 虽然基准描述了批发供应商的活动，但TPC-C并不限于任何特定业务领域的活动，而是代表必须管理，销售或分销产品或服务的任何行业。
> 百科介绍：https://baike.baidu.com/item/TPCC/10023747?fr=aladdin
> 
> **TPC-H:**
> 
> TPC Benchmark™H（TPC-H）是决策支持基准。 它由一套面向业务的即时查询（ad-hoc）和并发数据修改组成。 选择查询和填充数据库的数据具有广泛的行业相关性。 该基准测试说明了决策支持系统，该系统可检查大量数> 据，执行高度复杂的查询并为关键业务问题提供答案。 TPC-H报告的性能指标称为TPC-H每小时综合查询性能指标（QphH @ Size），它反映了系统处理查询能力的多个方面。 这些方面包括执行查询时所选择的数据库大小，单> 个流提交查询时的查询处理能力以及多个并发用户提交查询时的查询吞吐量。 TPC-H价格/性能指标
>
> TPC-H是一款面向商品零售业的决策支持系统测试基准，它定义了8张表，22个查询，遵循SQL92；TPC-H基准的数据库模式遵循第三范式。新兴的数据仓库开始采用新的模型，如星型模型、雪花模型。TPC-H已经不能精准反映当> 今数据库系统的真实性能。为此，TPC组织推出了新一代的面向决策应用的TPC-DS 基准。

TPC还有一系列的针对不同业务场景测试基准，[TPC官网](https://www.tpc.org/tpcc/)可以看到定义：

![](https://www.wongcw.cn/static/img/bcaaa31f8a517cded7e1635780f14750.clipboard-2022-09-19.png)

由于TPC定义的测试基准比较复杂，这里HammerDB的 [TPROC-C](https://www.hammerdb.com/docs/ch03s03.html)、[TPROC-H](https://www.hammerdb.com/docs/ch11s01.html) 基准都是TPC基准上为更方便测试、更低的成本实现的。

![](https://www.wongcw.cn/static/img/9e2b3e4433997aa3885f0cc79d3ab602.clipboard-2022-09-19.png)

了解了上面的测试基准，才能更好的输入测试参数来达到真实模拟测试效果以及每个输入。

## 开测

**[Building the Schema](https://www.hammerdb.com/docs/ch02s01.html)**

### 建立数据库连接  

![](https://www.wongcw.cn/static/img/e3acd24e2e38a82e175fded70f2534d9.clipboard-2022-09-19.png)

这里的虚拟用户 VisualUser 数量，等实际压测结果会比设定的多一个。注意用户一定要有建库建表权限。

### 建库、建表、建立测试数据

![](https://www.wongcw.cn/static/img/cc1cd4ffce8dbacb52bb812e9fb1e8e8.clipboard-2022-09-19.png)

点机开始之后，这里可以看到每个用户进程正在执行的事务

![](https://www.wongcw.cn/static/img/37b83dc9f3e9f34f42c73023ef3a5655.clipboard-2022-09-19.png)


这里可以看到创建 Warehouse 的 tpm

![](https://www.wongcw.cn/static/img/6683108eb0b2fbe40c8a66fd95c27c73.clipboard-2022-09-19.png)

创建成功

![](https://www.wongcw.cn/static/img/81a0fd6c4a531b4b8d898aa746d5b1b3.clipboard-2022-09-19.png)

根据大佬给的脚本可以看到创建成功后的库数据
```
select a.SCHEMA_NAME, a.DEFAULT_CHARACTER_SET_NAME,a.DEFAULT_COLLATION_NAME,
sum(table_rows) as '记录数',
sum(truncate(data_length/1024/1024, 2)) as '数据容量(MB)',
sum(truncate(index_length/1024/1024, 2)) as '索引容量(MB)',
sum(truncate((data_length+index_length)/1024/1024, 2)) as '总大小(MB)',
sum(truncate(max_data_length/1024/1024, 2)) as '最大值(MB)',
sum(truncate(data_free/1024/1024, 2)) as '空闲空间(MB)'
from INFORMATION_SCHEMA.SCHEMATA a
left outer join information_schema.tables b
on a.SCHEMA_NAME=b.TABLE_SCHEMA
where a.SCHEMA_NAME='tpcc'
group by a.SCHEMA_NAME, a.DEFAULT_CHARACTER_SET_NAME,a.DEFAULT_COLLATION_NAME
order by sum(data_length) desc, sum(index_length) desc;
```

### 查看服务器主机性能
这里用了htop , 可以用其他工具

![](https://www.wongcw.cn/static/img/9a12fbe882debd107f30930eb16092d6.clipboard-2022-09-19.png)

**[Run a Test Workload](https://www.hammerdb.com/docs/ch02s02.html)**

### 开启正儿八经压测

![](https://www.wongcw.cn/static/img/a30451050547b1910b1b9097d7735b3a.clipboard-2022-09-19.png)

两个选项，分别对应直接跑完脚本，一个是跑固定时间结束，选完之后点击Load加载脚本，点击Run Virtual Users 图标开始测试，我的虚拟机性能不高，这个测试客户端已经卡的不行了，但服务器性资源占用倒不高。虚拟用户创建可以在Driver Script 下面的菜单新建。

![](https://www.wongcw.cn/static/img/6100988b30e823d6dd0bdf3a5ee8b412.clipboard-2022-09-19.png)


官网最新win版压测MySQL驱动会有些问题，据说是Tcl的版本与MySQL驱动依赖包版本不对应，需要更换MySQL驱动dll,  HammerDB-4.5\lib\mysqltcl3.052\libmysql.dll，报错界面忘记截图，具体下载位置自行百度。后来发现[HammerDB官方文档](https://www.hammerdb.com/docs/ch01s10.html#d0e628)已经写的很清楚了。

数据库压测工具HannerDB

博客搭建之--Docker学习笔记


最近又有时间研究自己的博客了，作为一个DBA，对容器部署基本不感兴趣的，但是有一些应用，或者试验环境，用Docker搭建真的很方便，很容易维护，这不，要恶补补容器知识了，这里只记录下常用的运维语句吧，后面再研究怎么优化配置，打包自己镜像。

官方介绍：
Docker uses a client-server architecture. The Docker client talks to the Docker daemon, which does the heavy lifting of building, running, and distributing your Docker containers. The Docker client and daemon can run on the same system, or you can connect a Docker client to a remote Docker daemon. The Docker client and daemon communicate using a REST API, over UNIX sockets or a network interface. Another Docker client is Docker Compose, that lets you work with applications consisting of a set of containers.
![](https://www.wongcw.cn/static/img/cef703683de4fbf4bc8f16327212e149.clipboard-2022-09-18.png)

[官方文档地址](https://docs.docker.com/engine/)

#### 安装Docker
一键安装
```
curl -fsSL https://get.docker.com | bash -s docker --mirror Aliyun
``` 
yum方式
```
# 镜像源配置
sudo yum install -y yum-utils
sudo yum-config-manager \
    --add-repo \
    https://download.docker.com/linux/centos/docker-ce.repo
国内：http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo

# 安装
sudo yum install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
```

#### 配置镜像源(腾讯)
```
mkdir -p /etc/docker
tee /etc/docker/daemon.json <<-'EOF'
{
  "registry-mirrors": ["https://mirror.ccs.tencentyun.com"]
}
EOF
```

#### 更换Docker存储卷位置
19.xx 之前
```
sudo vim /etc/docker/daemon.json

{
"registry-mirrors": ["https://hub.docker.com/"],
"graph":"/app/docker",
"live-restore": true
}
```
19.xx 之后
```
sudo vim /etc/docker/daemon.json

{
"registry-mirrors": ["https://hub.docker.com/"],
"data-root":"/app/docker",
"live-restore": true
}
```
#### 启动
```
sudo systemctl start docker
sudo systemctl daemon-reload
sudo systemctl restart docker
```

#### 设置开机自启动
```
sudo systemctl enable docker
sudo systemctl start docker
```

#### 查看docker内容器
```
sudo docker ps --format "table {{.ID}}\t{{.Names}}\t{{.Ports}}\t{{.Status}}"
```
#### 查询镜像
```
sudo docker search mongo
```
#### 查看镜像版本
```
curl https://registry.hub.docker.com/v1/repositories/${docker_img}/tags | python3 -m json.tool | more
curl https://registry.hub.docker.com/v1/repositories/elasticsearch/tags| tr -d '[\[\]" ]' | tr '}' '\n'| awk -F: -v image='elasticsearch' '{if(NR!=NF && $3 != ""){printf("%s:%s\n",image,$3)}}'
```
#### 查看版本/基本信息
```
sudo docker -v
sudo docker info
```
#### 拉取镜像
```
sudo docker pull apache/incubator-doris:build-env-1.2
```
#### 查看已下载镜像
```
sudo docker images
```
#### 删除镜像
```
sudo docker rmi apache/incubator-doris:build-env-1.2
```
#### 查看容器
```
sudo docker container ls -all
```
#### 查看容器运行状态，相当于top
```
sudo docker stats
sudo docker top {id}
```
#### 开启容器
```
sudo docker start doris-014
```
#### 关闭容器
```
sudo docker stop doris-014
```
#### 重启容器
```
sudo docker restart doris-014
```
#### 删除容器
```
sudo docker rm doris-014
```
#### 连接容器(正在运行)
```
sudo docker attach doris-014
```
#### 连接容器(正在运行)
```
sudo docker exec -it 容器ID /bin/bash
```
#### 退出（默认直接关闭）
```
sudo exit
```
#### 删除所有容器
```
sudo docker rm $(docker ps -a -q)
```
#### 删除所有镜像
```
sudo docker rmi $(docker images -q)
```
#### 清理docker磁盘
```
sudo docker system prune -a
```
#### 查看挂在目录
```
sudo docker volume ls
sudo docker volume inspect
```
#### 查看volumes目录大小
```
sudo du -sh /var/lib/docker/volumes/
```
#### 清理volumes目录下不同的volume
```
sudo docker volume ls -f dangling=true | awk '{ print $2 }' | xargs docker volume rm
```
#### 查看清理后的volumes目录大小
/var/lib/docker/tmp清理
有一次制作镜像，一口气后台制作8个镜像，结果，tmp目录瞬间涨到12G。虚机硬盘分配的空间不大，导致了磁盘爆满，还好能直接删除tmp目录下所有的文件目录。
#### 容器清理
```
sudo docker ps --filter status=dead --filter status=exited -aq | xargs -r sudo docker rm -v
```
#### 镜像清理
```
sudo docker images --no-trunc | grep '<none>' | awk '{ print $3 }' | xargs -r sudo docker rmi
```
#### 查看所有docker存储卷
```
sudo docker system df
sudo docker system prune
sudo docker system prune -a
```
#### 删除所有关闭的容器：
```
sudo docker ps -a | grep Exit | cut -d ' ' -f 1 | xargs docker rm
```
#### 删除所有dangling镜像（即无tag的镜像）：
```
sudo docker rmi $(docker images | grep "^<none>" | awk "{print $3}")
```
#### 删除所有dangling数据卷（即无用的Volume）：
```
sudo docker volume rm $(docker volume ls -qf dangling=true)
```
#### docker镜像自动更新
```
sudo docker pull containrrr/watchtower
sudo docker run -d \
 --name watchtower \
 -v /var/run/docker.sock:/var/run/docker.sock \
 containrrr/watchtower \
 --cleanup \
 --schedule "0 0 4 * * *" \
 --include-restarting
``` 
#### 查看docker日志
```
sudo docker logs --tail=1000 容器名称
sudo docker-compose -f docker-compose-app.yml logs -f
sudo docker compose -f docker-compose.yml logs -f
```
#### 启动镜像
```
sudo docker-compose up -d
```
#### 关闭
```
sudo docker-compose down
```

Docker学习笔记

分享骑行照片



为了通勤买了个山地车，最近家里疫情，一直没回家，看着离海边还不远，每到周末，就骑起来自行车到海边看日出，由于非常业余也没有专业护具，年龄大了骑行速度也很慢，青岛又没有连续的宽敞自行车道，经过两周末两次的探索，总结出一条机动车较少的通往海边的骑行路线。

今早在海边还被路人鄙视没有护具，确实不安全，其实我有个骑行包最开始通勤的时候带着头盔，无奈头大，买的头盔太小了，今天停了路人叨叨的觉得也确实有道理，等后面添置上买个大的，安全第一。

下面就来到分享阶段，设备捉急，只能说凑合看~，多年前的诺记808早已过时，现在带着的是被通勤骑行时摔坏的果X，屏幕都摔稀碎了，马上准备换个二手的阿为P40PRO，眼馋好久了一直也没降价，话不多说来正文吧：

#### 第一天去程

![](https://www.wongcw.cn/static/img/68f8a443231a04ceba63d7d510288399.IMG_1109.jpg)

#### 第一天日出

其实起的比较早，天还很黑，就没出发，等出去的时候已经5:20左右了

![](https://www.wongcw.cn/static/img/f981631d670897023e3e43f9cc930275.IMG_1110.JPG)

![](https://www.wongcw.cn/static/img/b64432d1d49d889710a4c0b97bbfc882.IMG_1114.JPG)

![](https://www.wongcw.cn/static/img/178faac3bfd52662d4d6c318478f31fa.IMG_1116.jpg)

#### 第一天返程

![](https://www.wongcw.cn/static/img/44a299cca6e9d3dce3c95ee2abd9d130.IMG_1119.PNG)

第一次骑车出远门，回家直接躺平，还好没有啥后遗症。

#### 第二次去程

![](https://www.wongcw.cn/static/img/d141744d446e816927fc9459be813ad0.微信图片_20220918102900.jpg)

#### 第二次日出

![](https://www.wongcw.cn/static/img/3060704b24a867d9dc27ea3ba70bbfa3.IMG_1177.JPG)

![](https://www.wongcw.cn/static/img/6e51632015e0ac1aadc6124e55641101.IMG_1179.JPG)

![](https://www.wongcw.cn/static/img/d58b2c75bf4da13286c06943a37d8fb0.IMG_1184.JPG)

#### 第二次返程

![](https://www.wongcw.cn/static/img/5c40267e9151ba730127913d385e1012.微信图片_20220918102853.jpg)

![](https://www.wongcw.cn/static/img/7ee55c38d2712ffbf46b99b30e4f3e2e.IMG_1189.JPG)

下次要添加装备了。

在此也记录下2022年初秋本次疫情下的即墨，中秋节只放行人进城不让出，节后马上静默状态，到现在也回不去家，希望人类早日战胜小小的罪恶的病毒。

骑行分享

介绍在最新redhat linux 9 (截止博客创建时间) 下安装 mysql-commercial(8.0.30) 商业版的详细步骤



### 安装前准备
#### CRT连接
```
vim /etc/ssh/sshd_config
LoginGraceTime 0
PermitRootLogin yes
StrictModes yes
UseDNS no
MaxSessions 50

#重启 sshd 服务
systemctl restart sshd.service
```
#### 主机名、时区
```
timedatectl set-timezone "Asia/Shanghai" 
timedatectl status|grep Local
hostnamectl set-hostname rhel9
vim /etc/hostname
10.16.2.58 rhel9
```
#### 检查系统环境

```
#硬件
dmidecode |grep Name
#内存
dmidecode|grep -A5 "Memory Device"|grep Size|grep -v No |grep -v Range
#swap
grep SwapTotal /proc/meminfo | awk '{print $2}'
#内存大小
free -m
#磁盘空间
df -hT
```

#### 关闭防火墙&SElinux

```
systemctl stop firewalld.service          #停止firewall
systemctl disable firewalld.service        #禁止firewall开机启动
cp /etc/selinux/config /etc/selinux/config_`date +"%Y%m%d_%H%M%S"`&& sed -i 's/SELINUX\=enforcing/SELINUX\=disabled/g' /etc/selinux/config
cat /etc/selinux/config
#不重启
setenforce 0
getenforce
sestatus
```

#### 关闭透明大页
关闭透明大页（即 `Transparent Huge Pages`，缩写为 THP）。数据库的内存访问模式往往是稀疏的而非连续的。当高阶内存碎片化比较严重时，分配 THP 页面会出现较高的延迟。

```
cat /sys/kernel/mm/transparent_hugepage/enabled
# 执行 grubby 命令查看默认内核版本。
# grubby --default-kernel
/boot/vmlinuz-5.14.0-70.22.1.el9_0.x86_64
# 执行 grubby --update-kernel 命令修改内核配置
grubby --args="transparent_hugepage=never" --update-kernel /boot/vmlinuz-5.14.0-70.22.1.el9_0.x86_64
执行 grubby --info 命令查看修改后的默认内核配置。--info 后需要使用实际的默认内核版本。
grubby --info /boot/vmlinuz-5.14.0-70.22.1.el9_0.x86_64
echo never > /sys/kernel/mm/transparent_hugepage/enabled
echo never > /sys/kernel/mm/transparent_hugepage/defrag
#立即生效
cat /sys/kernel/mm/transparent_hugepage/enabled
cat /proc/cmdline
```

#### 关闭swap
DB 运行需要有足够的内存,如果内存充足，不建议使用 swap 作为内存不足的缓冲，因为这会降低性能,建议永久关闭系统 swap。

```
echo "vm.swappiness = 0">> /etc/sysctl.conf
swapoff -a && swapon -a
sysctl -p
vim /etc/fstab
# 注释加载swap分区的那行记录
#UUID=4f863b5f-20b3-4a99-a680-ddf84a3602a4 swap                    swap    defaults        0 0
```

#### 时钟同步
```
systemctl status chronyd.service
chronyc tracking

#结果是这个就正常
Leap status : Normal
```
如果要使 NTP 服务尽快开始同步，执行以下命令。可以将 pool.ntp.org 替换为你的 NTP 服务器：
```
sudo systemctl stop ntpd.service && \
sudo ntpdate pool.ntp.org && \
sudo systemctl start ntpd.service
```
如果要在 CentOS 7 系统上手动安装 NTP 服务，可执行以下命令：
```
sudo yum install ntp ntpdate && \
sudo systemctl start ntpd.service && \
sudo systemctl enable ntpd.service
```
#### 磁盘、I/O调度设置
将存储介质的 I/O 调度器设置为 noop。对于高速 SSD 存储介质，内核的 I/O 调度操作会导致性能损失。将调度器设置为 noop 后，内核不做任何操作，直接将 I/O 请求下发给硬件，以获取更好的性能。同时，noop 调度器也有较好的普适性。


```
# cat /sys/block/sda/queue/scheduler
[mq-deadline] kyber bfq none
```

```
1、查看CentOS6 CentOS7下IO支持的调度算法
#CentOS 6.x
#dmesg | grep -i scheduler
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
#CentOS 7.x
#dmesg | grep -i scheduler
[ 0.739263] io scheduler noop registered
[ 0.739267] io scheduler deadline registered (default)
[ 0.739315] io scheduler cfq registered
#rhel9
[    0.069059] rcu: RCU calculated value of scheduler-enlistment delay is 100 jiffies.
[    0.445431] io scheduler mq-deadline registered
[    0.446503] io scheduler kyber registered
[    0.447362] io scheduler bfq registered

2、查看设备当前的 I/O 调度器
#cat /sys/block//queue/scheduler
假设磁盘名称是 /dev/sda
#cat /sys/block/sda/queue/scheduler
noop [deadline] cfq
3、临时生效的方法
#cat /sys/block/sda/queue/scheduler
noop [deadline] cfq
#echo bfq>/sys/block/sda/queue/scheduler
#cat /sys/block/sda/queue/scheduler
noop deadline [cfq]
4、永久生效的方法
CentOS 7.x
#grubby --update-kernel=ALL --args="elevator=deadline"
#reboot
#cat /sys/block/sda/queue/scheduler
noop [deadline] cfq
或者使用vi编辑器修改配置文件，添加elevator= cfq
#vim /etc/default/grub
GRUB_CMDLINE_LINUX="crashkernel=auto rhgb quiet elevator=noop numa=off"
然后保存文件，重新编译配置文件
BIOS-Based： grub2-mkconfig -o /boot/grub2/grub.cfg
UEFI-Based： grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
```

#### CPU 频率模式设置
为调整 CPU 频率的 `cpufreq` 模块选用 `performance` 模式。将 CPU 频率固定在其支持的最高运行频率上，不进行动态调节，可获取最佳的性能。

```
cpupower frequency-info --policy
analyzing CPU 0:
  Unable to determine current policy
```
`The governor "powersave"` 表示 cpufreq 的节能策略使用 `powersave`，需要调整为 `performance` 策略。如果是虚拟机或者云主机，则不需要调整，命令输出通常为 `Unable to determine current policy`。此为虚拟机不需修改，如物理机

创建 CPU 节能策略配置服务。
```
cat  >> /etc/systemd/system/cpupower.service << EOF
[Unit]
Description=CPU performance
[Service]
Type=oneshot
ExecStart=/usr/bin/cpupower frequency-set --governor performance
[Install]
WantedBy=multi-user.target
EOF
```
应用 CPU 节能策略配置服务。
```
systemctl daemon-reload
systemctl enable cpupower.service
systemctl start cpupower.service
```

### 系统参数调整

`file-max` 中指定了系统范围内所有进程可打开的文件句柄的数量限制，在 MySQL 中很容易收到`”Too many open files in system”`这样的错误消息, 就应该增加这个值，这里由于测试环境设置为 100 万足够。
`net.core.somaxconn` 是 Linux 中的一个 `kernel` 参数，表示 `socket` 监听 (listen) 的 `backlog` 上限。什么是 `backlog` 呢？`backlog` 就是 `socket` 的监听队列，当一个请求 (request) 尚未被处理或建立时，他会进入 `backlog`。而 `socket server` 可以一次性处理 `backlog` 中的所有请求，处理后的请求不再位于监听队列中。当 server 处理请求较慢，以至于监听队列被填满后，新来的请求会被拒绝。
`net.ipv4.tcp_tw_recycle` 表示关闭启用 `TIME-WAIT` 状态 `sockets` 的快速回收，这个选项不推荐启用。在 `NAT(Network Address Translation)` 网络下，会导致大量的 TCP 连接建立错误。此值默认为 0，也是关闭状态，在 MySQL 的配置中有人也会开启此配置，这里在强调下。
`net.ipv4.tcp_syncookies` 表示关闭 `SYN Cookies`。默认为 0，表示关闭；如果开启时，当出现 SYN 等待队列溢出时，启用cookies 来处理，可防范少量 SYN 攻击，和 tcp\_tw\_recycle 一样，在 NAT 网卡模式下不建议开启此参数。
`vm.overcommit_memory` 文件指定了内核针对内存分配的策略，其值可以是 0、1、2。
0:(默认)表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申请允许；否则，内存申请失败，并把错误返回给应用进程。0 即是启发式的 `overcommitting handle`,会尽量减少 `swap` 的使用,root 可以分配比一般用户略多的内存。
1:表示内核允许分配所有的物理内存，而不管当前的内存状态如何，允许超过 `CommitLimit`，直至内存用完为止。
2:表示不允许超过 `CommitLimit` 值。
`limit.conf` 用于限制用户可以使用的最大文件数、最大线程、最大内存使用量，`soft` 是一个告警值，`hard` 则是一定意义上的阈值，一旦超过 `hard` ，系统就会报错

```
echo "fs.file-max = 1000000">> /etc/sysctl.conf
echo "net.core.somaxconn = 32768">> /etc/sysctl.conf
echo "net.ipv4.tcp_tw_recycle = 0">> /etc/sysctl.conf
echo "net.ipv4.tcp_syncookies = 0">> /etc/sysctl.conf
echo "vm.overcommit_memory = 1">> /etc/sysctl.conf

sysctl -p
```

```
cat << EOF >>/etc/security/limits.conf
db           soft    nofile          1000000
db           hard    nofile          1000000
db           soft    stack           32768
db           hard    stack           32768
EOF
```

### 安装前卸载
```
rpm -qa | grep -i mariadb
c

yum remove mariadb-libs
```

#删除用户/用户组
```
more /etc/passwd | grep mysql
more /etc/shadow | grep mysql
more /etc/group | grep mysql

groupdel mysql
userdel mysql
```

### 列出安装包明细
```
mysql-commercial-backup-8.0.30-1.1.el9.x86_64.rpm 备份
mysql-commercial-backup-debuginfo-8.0.30-1.1.el9.x86_64.rpm 调试组件
mysql-commercial-client-8.0.30-1.1.el9.x86_64.rpm 客户端
mysql-commercial-client-debuginfo-8.0.30-1.1.el9.x86_64.rpm 调试组件
mysql-commercial-client-plugins-8.0.30-1.1.el9.x86_64.rpm 插件
mysql-commercial-client-plugins-debuginfo-8.0.30-1.1.el9.x86_64.rpm 调试组件
mysql-commercial-common-8.0.30-1.1.el9.x86_64.rpm 公共文件
mysql-commercial-debuginfo-8.0.30-1.1.el9.x86_64.rpm 调试组件
mysql-commercial-devel-8.0.30-1.1.el9.x86_64.rpm 开发库
mysql-commercial-icu-data-files-8.0.30-1.1.el9.x86_64.rpm ICU
mysql-commercial-libs-8.0.30-1.1.el9.x86_64.rpm 共享库
mysql-commercial-libs-debuginfo-8.0.30-1.1.el9.x86_64.rpm 调试组件
mysql-commercial-server-8.0.30-1.1.el9.x86_64.rpm 服务端
mysql-commercial-server-debuginfo-8.0.30-1.1.el9.x86_64.rpm 调试组件
mysql-commercial-server-debug-8.0.30-1.1.el9.x86_64.rpm 服务端调试组件
mysql-commercial-server-debug-debuginfo-8.0.30-1.1.el9.x86_64.rpm 调试组件
mysql-commercial-test-8.0.30-1.1.el9.x86_64.rpm 测试组件
mysql-commercial-test-debuginfo-8.0.30-1.1.el9.x86_64.rpm 调试组件
mysql-router-commercial-8.0.30-1.1.el9.x86_64.rpm MySQL路由
mysql-router-commercial-debuginfo-8.0.30-1.1.el9.x86_64.rpm 调试组件
README.txt 更新说明
```

### 安装依赖包
```
dnf install net-tools -y
dnf install perl-Module-Build.noarch
```

### 安装rpm包（必要安装包）
```
rpm -ivh mysql-commercial-client-8.0.30-1.1.el9.x86_64.rpm \
mysql-commercial-client-plugins-8.0.30-1.1.el9.x86_64.rpm \
mysql-commercial-common-8.0.30-1.1.el9.x86_64.rpm \
mysql-commercial-icu-data-files-8.0.30-1.1.el9.x86_64.rpm \
mysql-commercial-libs-8.0.30-1.1.el9.x86_64.rpm \
mysql-commercial-server-8.0.30-1.1.el9.x86_64.rpm
```

### 验证MySQL是否安装成功
```
mysqladmin --version
cat /etc/passwd|grep mysql
cat /etc/group|grep mysql
usermod mysql -m -g mysql -s /bin/bash -d /home/mysql

rpm -qa | grep -i mysql
```

### 服务状态

```
systemctl status mysqld
systemctl start mysqld
systemctl stop mysqld
systemctl restart mysqld

设置开机自启动：
systemctl enable mysqld
chkconfig --list | grep mysql
systemctl list-unit-files
```

### 初始化

#### 因MySQL 8.0在Linux下库表名默认区分大小写，且只能在初始化时指定不能修改，现直接修改初始化配置文件避免重新初始化

mysqld --initialize --user=mysql --lower-case-table-names=1 --datadir=/opt/mysql/data/

#查看初始密码
cat /var/log/mysqld.log | grep password
#报错
##文件打不开
cp /usr/share/mysql-8.0/english/errmsg.sys /usr/share/mysql-8.0/errmsg.sys
##socket文件打不开
mkdir -p /var/lib/mysql
chown -R mysql:mysql /var/lib/mysql

### 创建用户

```
## 先设置密码，例如：Mysql@123，注意密码为高安保等级（例如大小写和特殊字符的组合），不然无法使用其他操作
ALTER USER 'root'@'localhost' IDENTIFIED BY '你的密码';
## 看当前所有数据库
show databases;
## 进入mysql库
use mysql;
## 查看当前默认规则：
show variables like 'validate_password%';
## 修改校验密码策略等级:LOW，默认为：MEDIUM
set global validate_password.policy=LOW;
## 设置密码长度至少为 6，默认为8；
set global validate_password.length=6;
## 立即生效
flush privileges;
## 查看用户信息
select host, user, authentication_string, plugin from user;
# 更新root信息
update user set host='%' where user='root';
# 授权root用户可以远程登陆
GRANT ALL ON *.* TO 'root'@'%';
## 远程连接设置
ALTER USER 'root'@'%' IDENTIFIED WITH mysql_native_password BY '你的密码'; 
## 立即生效
flush privileges;

```

### 修改MySQL配置
自建MySQL，安装不难，难在于后面的性能优化、维护、灾备。
这里分享一份我自己总结的优化参数：
[优化参数样例](https://github.com/redgreat/dbshell/tree/main/mysql)

rhel9安装部署mysql8

介绍使用super-smack测试MySQL多线程指定SQL语句执行，测试其QPS。



安装：

仓库地址：https://github.com/winebarrel/super-smack

编译安装（依赖包都太老了，基本安装不成功）

```SHELL
./configure --prefix=/usr/local/super-smack--with-mysql \
            --with-mysql-lib=/var/lib/mysql \
            --with-mysql-include=/usr/include/mysql \
            --with-mysql
            
make -j 4 && make install
```

CentOS可直接现在rpm安装包

```SHELL
rmp -ivh super-smack-1.3.3-1.el7.x86_64.rpm
```

安装好后，运行 `which super-smack` 可以查到具体安装位置`/usr/bin/super-smack`

```shell
/usr/bin/super-smack #压测可执行文件
/usr/bin/gen-data #随机生成压测条件数据
/usr/share/smacks #存放压测脚本
/usr/share/smacks/select-key.smack #根据随机键压测查询
/usr/share/smacks/update-select.smack #根据随机键压测更新、查询
```

自动生成随机查询条件

```shell
gen-data -n 10 -f %48-64s%n,%32-64s,%n,%d > /usr/share/smacks/locationcenter.dat
-n 生成随机数行数
-f 格式
s 表示字符串
n 表示序列
d 表示数字
#查看字典文件
cat /usr/share/smacks/locationcenter.dat 
```

执行压测语句

```shell
super-smack -dmysql /usr/share/smacks/select-key-userlocation.smack -D /usr/share/smacks/ 5 200
```