OTUS
/
HighLoad_HomeWork
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Чуть подрихтовал отчет по 2-й омашке

main
Andrey Ivanov 2021-02-17 15:16:42 +03:00 committed by ya@tiburon.su
parent 847fb042a0
commit 3d7bc72b20
5 changed files with 3 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
test/dz002/REPORT.md
View File

@ -19,6 +19,7 @@
WHERE users.Name LIKE "ан%" AND users.Surname LIKE "ан%" WHERE users.Name LIKE "ан%" AND users.Surname LIKE "ан%"
ORDER BY id ORDER BY id
``` ```
![mountains](img/explain1.jpg "Explain запроса с прямым индексом")
### 3. В случае использования индекса indSurnameName: ### 3. В случае использования индекса indSurnameName:
- #### Запрос на добавление индексов: - #### Запрос на добавление индексов:
``` ```
@ -38,5 +39,6 @@
WHERE users.Name LIKE "ан%" AND users.Surname LIKE "ан%" WHERE users.Name LIKE "ан%" AND users.Surname LIKE "ан%"
ORDER BY id ORDER BY id
``` ```
![mountains](img/explain2.jpg "Explain запроса с обратным индексом")
#### 4. РезюмеЖ #### 4. РезюмеЖ
Для конечной оптимизации используется составной индекс `('Surname', 'Name')` потому, что в запросе используется объединение AND условий LIKE ?%. Mysql в этом случае ищет по составному индексу и объединяет строки без сортировки. Именно поэтому, приходится принудительно сортировать результаты. Порядок полей выбран с точки зрения селективности. В реальной обстановке поле «Фамилия» все же более селективно чем «Имя». Плюс к этому, мы видим в EXPLAIN запроса, что в случае использования индекса `('Surname', 'Name')` mysql применяет Multi-Range Read оптимизацию, позволяющую линеаризовать процедуру чтения с диска. Возможно за этот счет значительно повысилась скорость передачи данных? по сравнению с индексом `('Name', 'Surname')`. Для конечной оптимизации используется составной индекс `('Surname', 'Name')` потому, что в запросе используется объединение AND условий LIKE ?%. Mysql в этом случае ищет по составному индексу и объединяет строки без сортировки. Именно поэтому, приходится принудительно сортировать результаты. Порядок полей выбран с точки зрения селективности. В реальной обстановке поле «Фамилия» все же более селективно чем «Имя». Плюс к этому, мы видим в EXPLAIN запроса, что в случае использования индекса `('Surname', 'Name')` mysql применяет Multi-Range Read оптимизацию, позволяющую линеаризовать процедуру чтения с диска. Возможно за этот счет значительно повысилась скорость передачи данных? по сравнению с индексом `('Name', 'Surname')`.

BIN
test/dz002/img/diagramms.jpg Normal file
View File

Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 56 KiB

BIN
test/dz002/img/explain1.jpg Normal file
View File

Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 20 KiB

BIN
test/dz002/img/explain2.jpg Normal file
View File

Binary file not shown.
Side by Side

After

Width:  |  Height:  |  Size: 20 KiB

2
test/dz003/REPORT.md
View File

@ -104,7 +104,7 @@ binlog_do_db = app
``` ```
APP_DSN_SLAVE1: mysql_slave1 APP_DSN_SLAVE1: mysql_slave1
``` ```
- #### Перезапускаем контейнер с приложением (в моем случае, перезапускаются и базу, но для данного эксперимента это не принципиально) и нагружаем ту же страницу тем же запросом, с помощью wrk: - #### Перезапускаем контейнер с приложением и нагружаем ту же страницу тем же запросом, с помощью wrk:
``` ```
sudo make app-reload sudo make app-reload
sudo docker run --rm -v /root/scripts:/scripts williamyeh/wrk -t1 -c10 -d5m --timeout 30s http://localhost:8080/search -s /scripts/post.lua -- debug true sudo docker run --rm -v /root/scripts:/scripts williamyeh/wrk -t1 -c10 -d5m --timeout 30s http://localhost:8080/search -s /scripts/post.lua -- debug true