inhate (inhate) wrote,
inhate
inhate

Базовые условия и исходные данные для тестов.

В обоих случаях используются массивы из 6 HDD в RAID10
Жесткие диски: старенький Seagate Cheetah 15K.7 ST3300657SS 300GB 15000 RPM 16MB и довольно свежій Western Digital WD RE4 WD1003FBYX 1TB 7200 RPM 64MB соответственно.

Файловая система - ext4, создана с опциями "по умолчания", планировщик - для начала deadline.


Disk /dev/sda: 898.3 GB, 898319253504 bytes
255 heads, 63 sectors/track, 109214 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0002b4dc

Device Boot Start End Blocks Id System
/dev/sda1 * 1 2611 20971520 83 Linux
/dev/sda2 2611 109215 856292352 83 Linux

Logical sector size: 512 bytes
Disk identifier (GUID): 69155C8D-57CE-4AE0-AE1D-3AA780173919
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 5857345502
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number Start (sector) End (sector) Size Code Name
1 2048 41945087 20.0 GiB EF00
2 41945088 5857345502 2.7 TiB 8300 Linux filesystem


Судя по всему проблем с выравниванием быть не должно.


# Generated by Percona Configuration Wizard (http://tools.percona.com/) version REL5-20120208
# Configuration name tzmain generated for bogdar@gmail.com at 2013-12-11 20:13:51

[mysql]

# CLIENT #
port = 3306
socket = /var/lib/mysql/mysql.sock

[mysqld]

# GENERAL #
user = mysql
default-storage-engine = InnoDB
socket = /var/lib/mysql/mysql.sock
pid-file = /var/lib/mysql/mysql.pid

# MyISAM #
key-buffer-size = 32M
myisam-recover = FORCE,BACKUP

# SAFETY #
max-allowed-packet = 16M
max-connect-errors = 1000000

# DATA STORAGE #
datadir = /var/lib/mysql/data/

# BINARY LOGGING #
log-bin = /var/lib/mysql/binlogs/mysql-bin
expire-logs-days = 14
sync-binlog = 1

# CACHES AND LIMITS #
tmp-table-size = 32M
max-heap-table-size = 32M
query-cache-type = 0
query-cache-size = 0
max-connections = 500
thread-cache-size = 256
open-files-limit = 65535
table-definition-cache = 4096
table-open-cache = 4096

# INNODB #
innodb-flush-method = O_DIRECT
innodb-log-files-in-group = 2
innodb-log-file-size = 256M
innodb-flush-log-at-trx-commit = 1
innodb-file-per-table = 1
innodb-buffer-pool-size = 12G

# LOGGING #
log-error = /var/lib/mysql/logs/mysql-error.log
log-queries-not-using-indexes = 1
slow-query-log = 1
slow-query-log-file = /var/lib/mysql/logs/mysql-slow.log


Размер пула близок к оптимальному для данного оборудования, после загрузки данных и разогрева количество доступной (free+cached+buffers) памяти - около 1.5Gb, можно было бы увеличить на гигабайт пул, но значение имеет не сам размер пула, а его соотношение с количеством данных в БД.
Соответственно своп выключен вообще.

Базовые наборы данных:
1) "Большой" - 4000 WH, 361G на диcке, 341865Mb по данным MySQL
2) "Маленький" - 100 WH, 11Gb на диске, 9887Mb по данным MySQL (этот набор данных слегка распух после пары тестов, но ещё помещается в концепцию "меньше пула")

Исходная конфигурация СУБД обеспечивает максимальную надёжность хранения - немедленная запись данных и логов транзакций гарантирует, что в случае потери БД можно с помощью своевременного бэкапа и бинлогов восстановить её на любой заданный момент времени.
Размер страйпа массива - 64Kbyte. Этого может оказаться недостаточно, если будет время - переустановлю один из серверов с бОльшим размером страйпа и ещё раз замерю.
Tags: tpcc
Subscribe
  • Post a new comment

    Error

    default userpic

    Your IP address will be recorded 

    When you submit the form an invisible reCAPTCHA check will be performed.
    You must follow the Privacy Policy and Google Terms of use.
  • 12 comments