在mysql中设置正确的innodb_log_file_size

Question

我们今天今天运行了一个转换表来取消数据库.我们失败了到奴隶,在验尸中,我们在mysql中发现了这一点error.log

InnoDB: ERROR: the age of the last checkpoint is 90608129,
InnoDB: which exceeds the log group capacity 90593280.
InnoDB: If you are using big BLOB or TEXT rows, you must set the
InnoDB: combined size of log files at least 10 times bigger than the
InnoDB: largest such row.

这个错误是正确的,因为我们正在处理一个包含BLOB数据类型的非常大的表.

我们在网上找到的最佳答案说

要解决这个问题,你需要彻底停止MySQL(非常重要),删除现有的InnoDB日志文件(可能是MySQL数据目录中的lb_logfile*,除非你已经移动它们),然后调整innodb_log_file_size以满足你的需要,然后再次启动MySQL.来自MySQL性能博客的这篇文章可能很有启发性.

并在评论中

是的,当日志填满时,数据库服务器将有效挂起以对InnoDB表进行任何更新.它可以削弱一个网站.

根据我们目前的(默认)innodb_log_file_size48mb ,我想发生了什么？

SHOW GLOBAL VARIABLES LIKE '%innodb_log%';
+-----------------------------+----------+
| Variable_name               | Value    |
+-----------------------------+----------+
| innodb_log_buffer_size      | 8388608  |
| innodb_log_compressed_pages | ON       |
| innodb_log_file_size        | 50331648 |
| innodb_log_files_in_group   | 2        |
| innodb_log_group_home_dir   | ./       |
+-----------------------------+----------+

所以,这引出了两个尖锐的问题和一个开放的问题:

1. 我们如何确定最大的行,以便我们可以设置innodb_log_file_size比这更大的行？
2. 第1步中的操作有什么后果？我读到了更大的日志需要很长的恢复时间.
3. 考虑到我们有一个带有无限制,可变长度BLOB字段的大表(650k行,6169.8GB),还有什么我应该担心的迁移.

我们正在运行mysql 5.6,这是我们的my.cnf.

[mysqld]

#defaults
basedir                   = /opt/mysql/server-5.6
datadir                   = /var/lib/mysql
port                      = 3306
socket                    = /var/run/mysqld/mysqld.sock
tmpdir                    = /tmp
bind-address              = 0.0.0.0

#logs
log_error                 = /var/log/mysql/error.log
expire_logs_days          = 4
slow_query_log            = on
long_query_time           = 1


innodb_buffer_pool_size   = 11G

#http://stackoverflow.com/a/10866836/182484
collation-server          = utf8_bin
init-connect              ='SET NAMES utf8'
init_connect              ='SET collation_connection = utf8_bin'
character-set-server      = utf8
max_allowed_packet        = 64M
skip-character-set-client-handshake

#cache
query_cache_size          = 268435456
query_cache_type          = 1
query_cache_limit         = 1048576
```

作为下面列出的建议的后续行动,我开始调查相关表格的文件大小.我运行了一个脚本,将三个BLOB字段的组合字节大小写入一个名为的表pen_sizes.这是获得最大字节大小的结果:

select pen_size as bytes,·
  pen_size  /  1024 / 1024 as mb,·
  pen_id from pen_sizes
  group by pen_id
  order by bytes desc
  limit 40

+---------+------------+--------+
| bytes   | mb         | pen_id |
+---------+------------+--------+
| 3542620 | 3.37850571 |  84816 |
| 3379107 | 3.22256756 |  74796 |
| 3019237 | 2.87936878 | 569726 |
| 3019237 | 2.87936878 | 576506 |
| 3019237 | 2.87936878 | 576507 |
| 2703177 | 2.57795048 | 346965 |
| 2703177 | 2.57795048 | 346964 |
| 2703177 | 2.57795048 |  93706 |
| 2064807 | 1.96915340 | 154627 |
| 2048592 | 1.95368958 | 237514 |
| 2000695 | 1.90801144 |  46798 |
| 1843034 | 1.75765419 | 231988 |
| 1843024 | 1.75764465 | 230423 |
| 1820514 | 1.73617744 |  76745 |
| 1795494 | 1.71231651 | 650208 |
| 1785353 | 1.70264530 |  74912 |
| 1754059 | 1.67280102 | 444932 |
| 1752609 | 1.67141819 |  76607 |
| 1711492 | 1.63220596 | 224574 |
| 1632405 | 1.55678272 |  76188 |
| 1500157 | 1.43066120 |  77256 |
| 1494572 | 1.42533493 | 137184 |
| 1478692 | 1.41019058 | 238547 |
| 1456973 | 1.38947773 | 181379 |
| 1433240 | 1.36684418 |  77631 |
| 1421452 | 1.35560226 | 102930 |
| 1383872 | 1.31976318 |  77627 |
| 1359317 | 1.29634571 | 454109 |
| 1355701 | 1.29289722 | 631811 |
| 1343621 | 1.28137684 |  75256 |
| 1343621 | 1.28137684 |  75257 |
| 1334071 | 1.27226925 |  77626 |
| 1327063 | 1.26558590 | 129731 |
| 1320627 | 1.25944805 | 636914 |
| 1231918 | 1.17484856 | 117269 |
| 1223975 | 1.16727352 |  75103 |
| 1220233 | 1.16370487 | 326462 |
| 1220233 | 1.16370487 | 326463 |
| 1203432 | 1.14768219 | 183967 |
| 1200373 | 1.14476490 | 420360 |
+---------+------------+--------+

这让我相信平均行大小比建议的10行更接近1mb.也许我之前列出的表格大小也包括索引？

我跑了

SELECT table_name AS "Tables", 
round(((data_length + index_length) / 1024 / 1024), 2) "Size in MB" 
FROM information_schema.TABLES 
WHERE table_schema = 'codepen'

+-------------------+------------+
| Tables            | Size in MB |
+-------------------+------------+
...snip
| pens              |    6287.89 |
...snip

Answer 1

0.初步信息

你的设置:

innodb_log_file_size = 50331648
innodb_log_files_in_group = 2

因此,您的" 日志组容量 "= 2 x 50331648 = 96 MB

1.如何确定最大的行

没有直接的方法.但是可以根据这些表轻松计算一个给定行的大小(压缩对我们来说无关紧要,如果我假设的话,行不会在日志文件中压缩).

2.影响力 innodb_log_file_size

参考手册:

值越大,缓冲池中需要的检查点刷新活动越少,从而节省了磁盘I/O. 较大的日志文件也使崩溃恢复速度变慢,但MySQL 5.5及更高版本中恢复性能的改进使得日志文件大小不再考虑.

3.还有其他需要担心的事情

6169.8 GB/650k行=平均每行大约10 MB如果您打算在事务性多用户情况下使用数据库,这本身就是一个严重的问题.考虑将您BLOB的文件存储在数据库之外.或者,至少将它们存储在单独的MyISAM(非事务性)表中.