0

我有一个小的 OpenVZ 容器。2 个内核和 4096MB RAM。

我有 mysql 数据库(总大小为 80MB InnoDb)

当我执行 100 个查询(例如 INSERT ON DUPLICATE KEY UPDATE)时,很少有人执行超过 1 秒,总是

mysql> SHOW PROFILE;
+----------------------+----------+
| Status               | Duration |
+----------------------+----------+
| checking permissions | 0.000040 |
| creating table       | 0.000056 |
| After create         | 0.011363 |
| query end            | 1.231525 |
| freeing items        | 0.000089 |
| logging slow query   | 0.000019 |
| cleaning up          | 0.000005 |
+----------------------+----------+
7 rows in set (0.00 sec)

当我关闭二进制日志时,它有所帮助。所以问题可能出在硬盘上。并且在查询执行期间写入二进制日志时发生。

如果我用 tarantool 替换 mysql 会有帮助吗?据我所知 tarantool 也写二进制日志。

我有 percona mysql

mysql> select version();
+-----------------+
| version()       |
+-----------------+
| 5.6.25-73.1-log |
+-----------------+
1 row in set (0.01 sec)

这是my.cnf

[client]
default-character-set = utf8mb4
[mysql]

# CLIENT #
port                           = 3306
socket                         = /var/lib/mysql/mysql.sock
default-character-set = utf8mb4

[mysqld]
character-set-client-handshake = FALSE
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci

# 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/

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

# CACHES AND LIMITS #
tmp-table-size                 = 128M
max-heap-table-size            = 128M
query-cache-type               = 1
query-cache-size               = 32M
max-connections                = 1000
thread-cache-size              = 128
open-files-limit               = 65535
table-definition-cache         = 1024
table-open-cache               = 2048

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

# LOGGING #
log-error                      = /var/lib/mysql/mysql-error1.log
log-queries-not-using-indexes  = 1
slow-query-log                 = 1
slow-query-log-file            = /var/lib/mysql/mysql-slow.log
long_query_time                = 1
log-queries-not-using-indexes  = 1
#PERCONA
log_slow_verbosity = microtime,query_plan,innodb
4

2 回答 2

0

Tarantool 应该在这里帮助你。

即使打开事务日志,它也能提供低于 0.001 秒的延迟。以下是帮助您在繁重的读/写工作负载下测试 Tarantool 的代码:https ://gist.github.com/danikin/a5ddc6fe0cedc6257853 。

于 2016-03-23T11:24:58.573 回答
0

是的 Tarantool 写入“binlogs”(WAL - 预写日志记录)。

绝对 tarantool 比 mysql 快。但可能 mysql 需要更多调整。抱歉,我对 mysql 调优知之甚少。

于 2016-03-23T11:22:20.143 回答