sysbench压测pgsql数据库 —— 筑梦之路

这里主要使用sysbench工具对Pgsql数据库进行基准测试。

1. 创建数据库和用户名

sql 复制代码
# 创建用户和数据库

CREATE USER sysbench WITH PASSWORD '123456';

CREATE DATABASE sysbench owner sysbench;

# 给用户授权访问
vim  pg_hba.conf

host    sysbench          sysbench          127.0.0.1/32         md5

pg_ctl reload

2. 初始化数据库

bash 复制代码
sysbench \
--db-driver=pgsql \
--oltp-table-size=100000 \
--oltp-tables-count=25 \
--threads=1 \
--pgsql-host=127.0.0.1 \
--pgsql-port=5432 \
--pgsql-user=sysbench \
--pgsql-password=123456  \
--pgsql-db=sysbench  \
/usr/share/sysbench/tests/include/oltp_legacy/parallel_prepare.lua run

25 张表(从 sbtest1sbtest25)每张表生成 100,000 行数据。

bash 复制代码
# 检查表是否创建成功

psql -U sysbench -h 127.0.0.1 -p 5432 -d sysbench -W

# 查看数据库大小

psql -U sysbench -h 127.0.0.1 -p 5432 -d sysbench -W -c "select datname, pg_size_pretty(pg_database_size(datname)) as "DB_Size" from pg_stat_database where datname = 'sysbench'"

3. 数据库压测

1)读写测试

bash 复制代码
sysbench \
--db-driver=pgsql \
--report-interval=2 \
--oltp-table-size=100000 \
--oltp-tables-count=25 \
--threads=64 \
--time=60 \
--pgsql-host=127.0.0.1 \
--pgsql-port=5432 \
--pgsql-user=sysbench \
--pgsql-password=123456 \
--pgsql-db=sysbench \
/usr/share/sysbench/tests/include/oltp_legacy/oltp.lua \
run

这条命令生成一个 OLTP 工作负载,使用名为 /usr/share/sysbench/tests/include/oltp_legacy/oltp.lua 的 LUA 脚本,并对 25 张表的 100,000 行数据,使用 64 个线程进行 60 秒的测试

bash 复制代码
# 监控数据库的活动

select * from pg_stat_activity where usename = 'sysbench';

2)只读测试

bash 复制代码
sysbench \
--db-driver=pgsql \
--report-interval=2 \
--oltp-table-size=100000 \
--oltp-tables-count=24 \
--threads=64 \
--time=60 \
--pgsql-host=127.0.0.1 \
--pgsql-port=5432 \
--pgsql-user=sysbench \
--pgsql-password=123456 \
--pgsql-db=sysbench \
/usr/share/sysbench/tests/include/oltp_legacy/select.lua \
run
bash 复制代码
# 查询内存命中率

select ((blks_hit)*100.00)/(blks_hit+blks_read) AS "perc_mem_hit" from pg_stat_database where datname like 'sysbench;

4. 优化建议

  1. )增加内存分配 :如果服务器的内存充足,考虑增加 PostgreSQL 的共享缓冲区大小 (shared_buffers) 和工作内存 (work_mem),以提高内存命中率。

  2. )优化查询:在查询繁重的情况下,尽量避免全表扫描,可以通过创建索引来加速查询操作。

  3. )性能监控 :定期使用 pg_stat_activitypg_stat_database 来监控数据库性能,特别是在高负载情况下。

相关推荐
RestCloud11 分钟前
PostgreSQL大表同步优化:如何避免网络和内存瓶颈?
前端·数据库·api
阿里云大数据AI技术15 分钟前
淘宝闪购基于Flink&Paimon的Lakehouse生产实践:从实时数仓到湖仓一体化的演进之路
数据库·flink
努力学习的小廉28 分钟前
深入了解linux系统—— 线程同步
linux·服务器·数据库·算法
格调UI成品1 小时前
DCS+PLC协同优化:基于MQTT的分布式控制系统能效提升案例
数据库·云边协同
牵牛老人2 小时前
Qt C++ 复杂界面处理:巧用覆盖层突破复杂界面处理难题之一
数据库·c++·qt
GBASE2 小时前
GBASE南大通用技术分享:构建最优数据平台,GBase 8s数据库安装准备(三)
数据库
言之。2 小时前
Django REST Framework 中 @action 装饰器详解
数据库·sqlite
十八旬4 小时前
苍穹外卖项目实战(day7-1)-缓存菜品和缓存套餐功能-记录实战教程、问题的解决方法以及完整代码
java·数据库·spring boot·redis·缓存·spring cache
要一起看日出5 小时前
MVCC-多版本并发控制
数据库·mysql·mvcc
Hx__5 小时前
MySQL InnoDB 的 MVCC 机制
数据库·mysql