@www

Тег mysql в блоге www

www

Добавление к предыдущим постам. Поставил на машину с SSD mysql сервер, потестил innodb. Параметры innodb дефолтные для 5.6. Поставил лишь

innodb_log_buffer_size=500M
innodb_buffer_pool_size=1G

Пробовал O_DIRECT, с ним немного медленнее, убрал. Такая же таблица на 2,5 млн, такие же дефолтные параметры sysbench, такое же железо (на самом деле тестил на датаноде, там всё равно нагрузки сейчас нет никакой).
Результаты:

[user@localhost ~]$ sysbench --num-threads=100 --max-requests=100000 --oltp-table-size=2500000 --mysql-host=my_host --mysql-db=my_test --mysql-user=test  --db-driver=mysql --test=oltp run
sysbench 0.4.12:  multi-threaded system evaluation benchmark

Running the test with following options:
Number of threads: 100

Doing OLTP test.
Running mixed OLTP test
Using Special distribution (12 iterations,  1 pct of values are returned in 75 pct cases)
Using "BEGIN" for starting transactions
Using auto_inc on the id column
Maximum number of requests for OLTP test is limited to 100000
Threads started!
Done.

OLTP test statistics:
    queries performed:
        read:                            1400476
        write:                          500170
        other:                          200068
        total:                          2100714
    transactions:                        100034 (2210.84 per sec.)
    deadlocks:                          0      (0.00 per sec.)
    read/write requests:                1900646 (42005.92 per sec.)
    other operations:                    200068 (4421.68 per sec.)

Test execution summary:
    total time:                          45.2471s
    total number of events:              100034
    total time taken by event execution: 4522.8856
    per-request statistics:
        min:                                  3.19ms
        avg:                                45.21ms
        max:                                948.74ms
        approx.  95 percentile:              94.73ms

Threads fairness:
    events (avg/stddev):          1000.3400/23.82
    execution time (avg/stddev):  45.2289/0.01

Как видно, даже немного лучше кластера. top на хосте показывает чуть более 395% нагрузки процессора.
Забыл в предыдущих хостах конфиги кластера.
my.cnf (только [mysqld], [client] и другое не привожу):

[mysqld]
user=mysql
pid-file=/var/run/mysqld/mysqld.pid
socket=/var/run/mysqld/mysqld.sock
port=3306
basedir=/usr
log-error=/var/log/mysqld/mysqld.53.err
expire_logs_days=10
datadir="/var/lib/mysql"
tmpdir=/tmp
ndbcluster=on
ndb-nodeid=53 
ndb-connectstring=<ip адрес ndb_mgmd>:1186

ndb-cluster-connection-pool=4
#autocommit=off 
ndb-force-send=0
ndb-use-exact-count=0
ndb-batch-size=64M
ndb-autoincrement-prefetch-sz=1024
default-storage-engine=ndbcluster

В некоторых манах советуют отключать автокоммит, чтобы он группировал транзакции. Видимо, это я не осилил (работало с моим конфигом ещё медленнее + глючило). Соответственно, ndb-batch-size и ndb-forse-send по идее игнорируются

config.ini:

[NDB_MGMD DEFAULT]
Portnumber=1186

[NDB_MGMD]
NodeId=49
HostName=<ip management ноды>
DataDir=/data/Cluster/49/
Portnumber=1186

[TCP DEFAULT]
SendBufferMemory=4M
ReceiveBufferMemory=4M

[NDBD DEFAULT]
BackupMaxWriteSize=1M
BackupDataBufferSize=16M
BackupLogBufferSize=4M
BackupMemory=20M
BackupReportFrequency=10
MemReportFrequency=30
LogLevelStartup=15
LogLevelShutdown=15
LogLevelCheckpoint=8
LogLevelNodeRestart=15
DataMemory=3600M
IndexMemory=750M
MaxNoOfTables=2048
MaxNoOfTriggers=2048
MaxNoOfOrderedIndexes=1024
MaxNoOfAttributes=2048
NoOfReplicas=2
StringMemory=25
DiskPageBufferMemory=64M

MaxNoOfConcurrentTransactions=16384
MaxNoOfConcurrentOperations=100000
BatchSizePerLocalScan=512
FragmentLogFileSize=256M
NoOfFragmentLogFiles=22 # 6xDataMemory [in MB]/(4 *FragmentLogFileSize [in MB]                                                                  
RedoBuffer=32M
MaxNoOfExecutionThreads=4
StopOnError=false
LockPagesInMainMemory=1

SharedGlobalMemory=256M #default 128

TransactionDeadlockDetectionTimeout=52000
[NDBD]
NodeId=1
HostName=<ip первой датаноды>
DataDir=/data/Cluster/1/

[NDBD]
NodeId=2
HostName=<ip второй датаноды>
DataDir=/data/Cluster/2/

[MYSQLD DEFAULT]

[MYSQLD]
NodeId=53
HostName=<ip mysql сервера>
[MYSQLD]
[MYSQLD]
[MYSQLD]

Пустые секции mysql - для подключения в несколько потоков.

По I/O пока ничего не скажу, кроме того, что при тесте на один хост с innodb iotop показывает циферки побольше раза в 2 (около 40 M/S), чем при тесте кластера . Надеюсь, поставлю мониторинг датанод, можно будет посмотреть графики/статистику, не только с количеством записанного, но и с tps за всё время теста.

В итоге сейчас результаты примерно одинаковые, что для 1 innodb, что для кластера из 4х нод. При этом датаноды и по CPU, и по IO загружены примерно на половину возможного, а mysql серверы загружаются на полную.

www

Посмотрел на результаты того, что даёт собранный из подручных средств кластер. Подручные средства примерно такие:
процессоры на нодах одинаковые: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz
mysql server: 8Gb RAM, какой-то жесткий из ноута
datanode: 12 Gb RAM (на самом деле можно меньше), какой-то SSD (лень устанавливать hdparm и смотреть, что там (а тем более идти в офис))
Датанод 2, сервер 1 + не самый дорогой роутер TPlink на гигабит. Запустил sysbench с дефолтными параметрами и размером таблицы в 2,5 млн записей (остальные параметры видно в выводе):

Running the test with following options:
Number of threads: 100

Doing OLTP test.
Running mixed OLTP test
Using Special distribution (12 iterations,  1 pct of values are returned in 75 pct cases)
Using "BEGIN" for starting transactions
Using auto_inc on the id column
Maximum number of requests for OLTP test is limited to 100000
Threads started!
Done.

OLTP test statistics:
    queries performed:
        read:                            1400140
        write:                           500050
        other:                           200020
        total:                           2100210
    transactions:                        100010 (1596.21 per sec.)
    deadlocks:                           0      (0.00 per sec.)
    read/write requests:                 1900190 (30327.94 per sec.)
    other operations:                    200020 (3192.42 per sec.)

Test execution summary:
    total time:                          62.6548s
    total number of events:              100010
    total time taken by event execution: 6262.6459
    per-request statistics:
         min:                                 17.83ms
         avg:                                 62.62ms
         max:                                793.49ms
         approx.  95 percentile:             132.30ms

Threads fairness:
    events (avg/stddev):           1000.1000/21.71
    execution time (avg/stddev):   62.6265/0.01

Сейчас сервер mysqld по CPU загружен на полную (375-380% в top), а датаноды загружены чуть больше, чем на четверть (ndbmtd показывает 140% в top).
Может быть, в скором времени покажу результаты в нормальной сети и на другом железе.

www

openvpn для рабочего окружения сделал. Довольно стабильно и удобно. Weltschmerz, спасибо.
Теперь другой вопрос. Как делать репликацию: поверх vpn или использовать встроенное шифрование ( http://dev.mysql.com/doc/re...n-solutions-ssl.html )? Мне кажется неплохим второй вариант.

www

Скажите, действительно ли плохо с точки зрения безопасности оставлять открытым наружу порт mysql для разработчиков? Лучше ли, если сделано bind-address=localhost и подключение идёт через ssh -L 3307:localhost:3306 user@host -> mysql -P 3307 -h 127.0.0.1?
Мне говорят, что какой бы ни был открытый порт mysql (даже если там прописан bind-address=localhost, юзеры ограничены парой баз и у них нет grant privileges), если он торчит наружу, это небезопасно. Хотят vpn.
Weltschmerz, выскажи, пожалуйста, своё авторитетное мнение.

www

http://www.bigdbahead.com/?p=89
http://johanandersson.blogs...great-configini.html пример конфига, в том числе написано про nooffragmentlogfiles.

www

[root@db-srv-02 ~]# swapoff -a
swapoff: /dev/sdb2: swapoff failed: Невозможно выделить память

www

http://www.bigdbahead.com/?p=176 Social Networking type queries with NDB

www

https://github.com/gajus/doll не пользовался, но, судя по readme, позволяет обойти ограничение на 100 запросов в SHOW PROFILES

www

я хочу накостылять мониторинг на основе zabbix^W munin^W graphite^W чего-нибудь опенсорсного вроде http://opentsdb.net , а тимлид хочет где-то спиздить mysql enterprise monitor. Лан.

www

http://www.severalnines.com/mysql-cluster-training курс по кластеру
http://smartdata.usbid.com/.../2000-q4/1997044.pdf презентация, есть немного про 2pc и про конфиги
http://smartdata.usbid.com/.../2000-q4/1997044.pdf папир 2000 года

www

http://dev.mysql.com/doc/re...nfig-lcp-params.html
В 5.1 есть, а дальше нет. //кому я это пишу, если это читает 2 анона, из которых 1 - это я сам?

www

Показал тимлиду статью http://www.mysqlperformance...nce-search-in-mysql/ , он захотел всё переписать на сишечке.

www

http://www.scribd.com/doc/2...ce-Search-with-MySQL nearest neighbours в MySQL (Geo Distance Search). Оптимизация запроса и сравнение со Sphinx.

www

Производительность MySQL Cluster:
http://cdn.oreillystatic.com/en/assets/1/event/36/ MySQL Cluster Performance Tuning Best Practices Presentation 1.pdf
http://www.agileload.com/ag...nce-of-mysql-cluster
http://samurai-mysql.blogsp...s-must-on-mysql.html - distribution awareness
https://blogs.oracle.com/ca...ter_basics_why_using

www

http://mysqlentomologist.blogspot.ru/ - про MySQL и его баги
http://mikaelronstrom.blogspot.ru/ - про MySQL Cluster
http://mablomy.blogspot.ru/...aspberry-pi-sub.html - MySQL Cluster на Raspberry Pi

Добавить пост

Вы можете выбрать до 10 файлов общим размером не более 10 МБ.
Для форматирования текста используется Markdown.