主页 / dba / 问题 / 14622
Accepted
ColinM
Asked: 2012-03-08 22:36:09 +0800 CST

使用 InnoDb 表进行会话存储有哪些关键配置设置？

  • 772

我想开始集群我的 PHP 应用程序服务器，但此时不想进行粘性会话负载平衡设置。但是，我想要持久保存到磁盘并实施适当锁定的会话。我有一个专用于数据库的服务器，有足够数量的免费内存，所以我想考虑在同一台机器上使用一个额外的 MySQL 实例纯粹用于会话存储。目前我在文件系统上的会话文件夹是 ~131Mb 并且有 ~23k 文件。我打算将 InnoDb 与 SELECT ... FOR UPDATE 一起使用来实现会话锁定。

在同一台服务器上运行两个针对不同目的优化的 MySQL 实例是不是一个坏主意？（如果是，为什么？）

对于仅限会话的实例，有哪些优化技巧？我希望它是持久的，但不介意在发生灾难时丢失一点数据，而对于主应用程序数据库，我不想冒任何数据丢失的风险。

如果我可以为这个 MySQL 实例腾出 256Mb 的 ram（主实例有 ~6Gb），我应该如何分配它？

是否禁用查询缓存？

我可以使用哪些设置来减少磁盘写入（因为我不太关心这个实例的耐用性）？例如 innodb_locks_unsafe_for_binlog、innodb_flush_method 等。

mysql innodb

1 个回答

  1. Best Answer

    你可以尝试innodb_flush_log_at_trx_commit

    根据innodb_flush_log_at_trx_commit上的 MySQL 文档

    如果 innodb_flush_log_at_trx_commit 的值为 0，则日志缓冲区每秒写入一次日志文件，并对日志文件执行刷新到磁盘操作，但在事务提交时不执行任何操作。当值为 1（默认值）时，日志缓冲区在每次事务提交时写出到日志文件，并对日志文件执行刷新到磁盘操作。当值为 2 时，日志缓冲区在每次提交时写出到文件，但不对其执行刷新到磁盘操作。但是，当值为 2 时，日志文件也会每秒刷新一次。请注意，由于进程调度问题，每秒刷新一次并不能 100% 保证每秒发生一次。

    完全符合 ACID 需要默认值 1。您可以通过将值设置为不同于 1 来获得更好的性能，但是您可能会在崩溃中丢失多达一秒的事务。值为 0 时，任何 mysqld 进程崩溃都可以擦除最后一秒的事务。值为 2 时，只有操作系统崩溃或断电才能擦除最后一秒的事务。InnoDB 的崩溃恢复与值无关。

    为了在使用 InnoDB 和事务的复制设置中获得最大可能的持久性和一致性，请在主服务器 my.cnf 文件中使用 innodb_flush_log_at_trx_commit=1 和 sync_binlog=1。

    警告

    许多操作系统和一些磁盘硬件会欺骗刷新到磁盘的操作。他们可能会告诉 mysqld 刷新已经发生，即使它没有发生。那么即使设置为 1 也不能保证事务的持久性，在最坏的情况下，断电甚至会损坏 InnoDB 数据库。在 SCSI 磁盘控制器或磁盘本身中使用电池供电的磁盘缓存可以加快文件刷新速度，并使操作更安全。您还可以尝试使用 Unix 命令 hdparm 禁用硬件缓存中的磁盘写入缓存，或使用特定于硬件供应商的其他命令。

    基于此，除 1 之外的值会使 InnoDB 面临丢失 1 秒的事务价值或事务提交的数据价值的风险。

    至于innodb_flush_method，默认是最好的。我写了一篇较早的文章来描述 tweeking 的效果。

    至于运行 MySQL 的多个实例，只要您有足够的操作系统内存和多个实例的数据库连接内存就可以了。

    • 1

相关问题