|
本帖最后由 yunhai1990 于 2025-7-29 16:54 编辑 宿主机器： kvm虚拟化，内存96G，里面docker运行时的k8s跑了起码得30多个容器，内存倒是即使压测的时候一直没超过50G 用sysbench fio测试磁盘顺序读取5GB/s，顺序写入500MB/S，延迟10ms左右 mysql和greatsql的存储只挂载了配置文件，my.cnf配置几乎相同（不同的是类似pid文件名不同这种，buffer，缓存乱七八糟的都搞成一样的了，没确认是不是都成功加载了） 再用sysbench同机器内压测的时候，cpu基本都能最高占用到1000%，内存倒是都没超过1GB，可能是my.cnf给了很低的配置 sysbench oltp_read_write \ --mysql-host=10.50.12.50 \ --mysql-port=31002 \ --mysql-user=root \ --mysql-password='1111' \ --mysql-db=aaa \ --db-driver=mysql \ --tables=100 \ --table-size=70000 \ --threads=8 \ prepare sysbench oltp_read_write \ --mysql-host=10.50.12.50 \ --mysql-port=31002 \ --mysql-user=root \ --mysql-password='1111' \ --mysql-db=aaa \ --db-driver=mysql \ --tables=100 \ --table-size=70000 \ --threads=16 \ --time=30 \ run sysbench oltp_read_write \ --mysql-host=10.50.12.50 \ --mysql-port=31002 \ --mysql-user=root \ --mysql-password='1111' \ --mysql-db=aaa \ --db-driver=mysql \ --tables=100 \ --table-size=70000 \ --threads=16 \ --time=30 \ cleanup 用的上面的参数做的压测，也试过表的数量是3个的情况，整个一下午分段测试了十几轮，虽然有时候同个库相近两次tps的结果能差50%，但是也确实greatsql的成绩一直要低mysql20%，但是官方说greatsql更高，希望有大佬给指点下是哪里有问题 还有如果我按上述配置做压测，结果是320tps，95%的延迟在50ms以内，这是什么水平，因为用了16线程，代表16个并发能抗住每个并发一次20个tps请求吗？ # # my.cnf example for GreatSQL 8.0.32-27 # # 下面参数选项设置仅作为参考 # [client] socket = /data/GreatSQL/mysql.sock [mysql] loose-skip-binary-as-hex prompt = "(\\D)[\\u@GreatSQL][\\d]> " no-auto-rehash [mysqld] user = mysql port = 3306 basedir = /usr/local/GreatSQL datadir = /data/GreatSQL socket = /data/GreatSQL/mysql.sock pid-file = mysql.pid character-set-server = UTF8MB4 skip_name_resolve = ON default_time_zone = "+8:00" bind_address = "0.0.0.0" secure_file_priv = /data/GreatSQL default_authentication_plugin=mysql_native_password sql_mode = STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION server-id=1 log-bin=mysql-bin group_concat_max_len=102400 # 华为云导库需要这几个参数 max_allowed_packet=1073741824 lower_case_table_names=1 innodb_strict_mode=OFF init_connect='SET NAMES utf8mb4' character-set-client-handshake=FALSE character-set-server=utf8mb4 collation-server=utf8mb4_0900_ai_ci binlog-format=ROW log-slave-updates=ON sync_binlog=0 innodb_flush_log_at_trx_commit=0 binlog_expire_logs_seconds=2592000 default-time_zone='+8:00' max_connections=5000 wait_timeout = 28800 interactive_timeout = 3600 key_buffer_size=256M sort_buffer_size=2M read_buffer_size=2M innodb_buffer_pool_size=1024M tmp_table_size=32M max_heap_table_size=64M |
|
|
yejr
2025-7-29 17:22:41
| |
|
|
yunhai1990
2025-7-29 17:49:13
| |
|
|
yunhai1990
2025-7-30 13:22:22
| |
|
|
yejr
2025-7-30 16:56:39
| |
|
|
yejr
2025-7-30 17:15:56
| |
|
|
yunhai1990
2025-7-30 17:21:55
| |
|
|
yejr
2025-7-30 17:41:35
| |
合作电话：010-64087828
社区邮箱：greatsql@greatdb.com
