1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/openeuler-gazelle

 / Детали:

[mysql] При повторном запуске теста sysbench, последующем выходе и продолжительной работе, conn_num продолжает...

Предстоит сделать
Владелец
Создано  
10.03.2025

увеличиваться. Не удалось подтвердить наличие утечки сокетов.

1. Информация о дефекте
[Операционная система версия] (например, openEuler-22.03-LTS, используйте команду "cat /etc/os-release")
openeulerversion=openEuler-22.03-LTS-SP3
compiletime=2023-12-30-12-21-52
gccversion=10.3.1-49.oe2203sp3
kernelversion=5.10.0-182.0.0.95.oe2203sp3
openjdkversion=1.8.0.392.b08-3.oe2203sp3
[Версия ядра] (например, kernel-5.10.0-60.138.0.165, используйте команду "uname -r")
5.10.0-182.0.0.95.oE2203sp3.x86_64
[Программное обеспечение и его версия] (например, kernel-5.10.0-60.138.0.165, используйте команду "rpm -q имя_пакета")
[root@openEuler ~]# rpm -q gazelle
gazelle-1.0.2-82.x86_64
[root@openEuler ~]# rpm -q dpdk
dpdk-21.11-79.x86_64

[Шаги воспроизведения проблемы]: Опишите конкретные действияЗапустите MySQL сервер с LD_PRELOAD=/usr/lib64/liblstack.so GAZELLE_BIND_PROCNAME=mysqld /usr/local/mysql/bin/mysqld --defaults-file=/root/my.cnf --bind-address=124.88.73.243

dpdk_args=["--socket-mem", "1024,0,0,0", "--huge-dir", "/mnt/hugepages-lstack", "--proc-type", "primary"]
stack_thread_mode="run-to-wakeup"
# ltran режим требует добавления "--map-perfect" и "--legacy-mem" в dpdk_args
use_ltran=0
kni_switch=0
flow_bifurcation=1
low_power_mode=0
# необходимое количество mbuf = tcp_conn_count * mbuf_count_per_conn
tcp_conn_count=1500
mbuf_count_per_conn=138
# размер отправочной очереди, по умолчанию 32, максимум 2048
# если UDP пакет превышает 45952(32 * 1436)Б, то send_ring_size должно быть как минимум 64.
send_ring_size = 32
# размер приемной очереди, по умолчанию 128, максимум 2048
recv_ring_size = 128
# параметры протокольной стековой нити на каждом цикле
# чтение данных из протокольного стека в recv_ring
read_connect_number = 4
# количество RPC сообщений для обработки
rpc_number = 4
# количество пакетов NIC для чтения
nic_read_number = 128
nic_rxqueue_size = 4096
nic_txqueue_size = 2048
# каждому ядру CPU назначается протокольная стековая нить.
num_cpus="2"
# нить приложения привязывается к NUMA в epoll/poll.
app_bind_numa=1
# основная нить приложения привязывается DPDK.
main_thread_affinity=0
host_addr="124.88.73.243"
mask_addr="255.255.0.0"
gateway_addr="124.88.0.1"
devices="52:54:00:13:ac:c0"
# 0: использовать правила RSS
# 1: использовать правило TCP-кортежей для указания пакета в очередь NIC
tuple_filter=0
# tuple_filter=1, ниже указаны конфигурационные параметры
num_process=1
process_numa="0,1"
process_idx=0
# tuple_filter=0, ниже указаны конфигурационные параметры
listen_shadow=1
```  # режим VLAN; поддерживается только от -1 до 4094, -1 выключает режим
   nic_vlan_mode=-1
   ```# режим объединения; поддерживаются только режимы объединения 4 или 6, -1 — отключен
 bond_mode=-1
 # MAC-адреса рабочих станций объединения, разделённые точкой с запятой, поддерживаются только два MAC-адреса рабочих станций
 # bond_slave_mac="aa:bb:cc:dd:ee:ff;gg:hh:ii:jj:kk:ll"
 # максимальное количество пулов памяти RPC
 rpc_msg_max=4096
 udp_enable=0``````
Клиентская сторона выполнения
ulimit -n 102400
Повторяйте выполнение sysbench, затем начните передачу данных и используйте Ctrl+C для завершения
sysbench --db-driver=mysql --mysql-host=124.88.73.243 --mysql-port=3306 --mysql-user=root --mysql-password=123456 --mysql-db=sbtest --table-size=10000000 --tables=5 --time=120 --threads=5000 --percentile=95 --report-interval=1 oltp_read_write run
**[Фактический результат]**, пожалуйста, опишите фактический результат проблемы и её влияние.
После того как соединение клиента было прервано, conn_num увеличилось.
![](https://foruda.gitee.com/images/1736134509723154355/9e203051_11534493.png)
**[Ожидаемый результат]**, пожалуйста, опишите ожидаемый результат и его влияние.
Должен оставаться таким же, как при запуске, и не должен увеличиваться.

Комментарий (0)

GitLife Service Account Задача создана
GitLife Service Account добавлено
 
sig/sig-high-perform
label.
Развернуть журнал операций

Вход Перед тем как оставить комментарий

Статус
Ответственный
Контрольная точка
Pull Requests
Связанные запросы на слияние могут быть закрыты после их объединения
Ветки
Дата начала   -   Крайний срок
-
Закрепить/Открепить
Приоритет
Участники(1)
1
https://api.gitlife.ru/oschina-mirror/openeuler-gazelle.git
git@api.gitlife.ru:oschina-mirror/openeuler-gazelle.git
oschina-mirror
openeuler-gazelle
openeuler-gazelle