小编Rol*_*DBA的帖子

当在线阅读有关 innodb_log_file_size 时，它说

日志文件的总大小必须小于 4GB

那么如果它需要更大呢？

在书籍和网上，它说将 innodb_log_file_size 设置为至少一个小时的写入值。

目前我有 2 个 1GB 的日志文件，在计算Innodb_os_log_written1 小时时，至少需要 10GB。2GB 的日志文件只能在我们的峰值负载下进行 20 分钟的写入。

蒂亚！

我有一个 MySQL 开发服务器，它在某些数据库中使用 InnoDB 表。它最初是使用默认值设置的，因此所有数据都进入系统表空间（例如主表空间）ibdata1文件）。一路上，我启用了innodb_file_per_table以便新的数据库表进入它们自己的文件。

我现在想通过删除一些开发数据库来回收磁盘空间。我知道我必须 mysqldump 并重新导入系统表空间中的那些数据库。确定重点关注哪些的最佳方法是什么？

我没有看到任何明显的东西 information_schema数据库中。我可以使用 SSH shell 手动浏览服务器，但我正在寻找一种更自动化或更优雅的方式来做到这一点。

在一些较旧的数据库中，我只看到.frm数据库目录中的文件，在较新的数据库中我看到.frm并.ibd文件。这似乎是知道数据在哪里的关键......

健全性检查：是否可以通过 mysqldump 一半的数据库来回收空间，或者你真的必须对每个数据库都做？该服务器中有 54 个使用 InnoDB 表的数据库。

注意：在 UNIX 上使用 MySQL v5.1。

我在集群中使用流式复制和 PITR（WAL 文件），目前我有不同版本postgresql.conf的主服务器和备用服务器。

文件中唯一的区别是归档命令，它指向不同的目录。

例如，在主人我有：

archive_command = 'cp %p /dbckp/server1master/%f'

在待机状态下：

archive_command = 'cp %p /dbckp/server2master/%f'

我认为，如果备用系统在“备用模式”下没有生成任何档案，我可以使用相同的目录并在单个postgresql.conf.

我有两个数据库，一个大小为 170 MB，第二个为 15 MB，都具有 INNODB 表并innodb_buffer_pool_size设置为 8 MB。

我的查询现在响应良好，即在几毫秒内。如果我设置的innodb_buffer_pool_size比默认值多，对性能有什么影响吗？

我需要将不同的 MySQL 数据库从多个服务器复制到单个从服务器中。如何才能做到这一点？有没有办法定义多个主主机？

我已经下载.sql了我的数据库服务器的文件。它在D:我的 Windows 机器的驱动器中。

我想在我的这台机器上恢复备份。我用了：

mysql database -u root < backupfile.sql

其中 database 是我在这台机器上的新数据库名称。我的困惑是我backupfile.sql在D:驱动器中，因此我猜有错误。

ERROR 1064 <42000>:You have an error in your SQL syntax;Check the manual that corresponds to your MySQL server version for the right syntax to use near 'mysql database -u root < backupfile.sql' at line 1.

mysql服务器系统变量差不多有277个。在这些变量中，有些变量是动态的，而很少是动态的。

我不明白只读变量背后的原因是什么。为什么mysql系统变量很少是只读的。如果他们使这些变量动态化将会发生什么。

只读变量有什么深层原因吗？

现在我们可以考虑：

• innodb_buffer_pool_size
• innodb_校验和
• 日期时间格式
• 日志箱

我们还可以在http://dev.mysql.com/doc/refman/5.5/en/server-system-variables.html找到许多其他变量

当然，我知道我们不能像这样改变变量version。但许多其他变量log-bin都不是动态的。general_log对我来说，如果和是动态的就没有意义log_slow_queries。为什么 log-bin 不是动态的？同样，还有许多其他变量。

不久前，运行 MySQL Server 5.5.31 的 Windows 7 系统崩溃并损坏了 InnoDB 数据库。可用的每周备份并未涵盖在此期间创建的所有表，因此我将努力从数据中尽可能多地恢复。崩溃后，我将 MySQL 的整个数据文件夹复制到外部驱动器。我想以此作为我的救援尝试的起点。

在下面，我将描述我的（尚未令人信服的）救援尝试的步骤，并感谢您对如何改进它的任何评论或指导：

1. 我现在已经在另一台 PC 上全新安装了 MySQL Server 5.5.31
2. 我在命令提示符下使用“net stop MySQL”停止 MySQL 服务。
3. 我已经认为我需要调整 my.ini 文件中 innodb 日志文件的大小，因为它偏离了默认值 (19MB) (256 MB)。
4. 在my.ini中，我还设置了innodb_force_recovery=6
5. 在全新安装的数据文件夹中，我用从崩溃的机器中恢复的文件覆盖了 ibdata1、iblogfile0、iblogfile1 文件。我还将相关的数据库（UPDATE：和 mysql）文件夹复制到这里（不是标准的mysql、 test 和 performance 文件夹）。
6. 我用“net start MySQL”启动 MySQL 服务。
7. 我进入 MySQL Workbench，打开我的服务器实例，转到数据导出，基本上保留默认设置，并将我的数据库的每个表作为单独的转储文件导出。我还设置了要转储的存储过程。否则我不会更改那里的默认设置。
8. 我开始转储过程；它通过了 195 个表中的 43 个。在这 43 个中，
   
   • 有些无法恢复，产生错误“ mysqldump: Got error: 1146: Table '...whatever...' 在执行 LOCK TABLES 时不存在”，
   • 但很多都可以。我假设当转储没有产生任何错误时，表的数据没有损坏。
     然后，在 44 日之后，所有其他表转储都失败，因为它报告服务器无法再连接到：
     “ mysqldump: Got error: 2003: Can't connect …

我有 12 GB MySQL InnoDB 数据库，每秒大约有 800 个查询。我刚开始对它进行 'mysqldump' 进行备份，我的网站上就开始出现 '503'。

如何在不影响站点性能的情况下备份我的实时数据库？

在MySQL/InnoDB中，聚集索引与主键同义，因此选择一个差的主键会影响数据库性能，即使用UUID作为PK是数据库写入的性能杀手。

现在，在 PostgreSQL 中，不存在像 MySQL 中那样的集群限制。如果我选择UUID作为PK有什么影响？PostgreSQL 中是否也像 MySQL 一样存在数据库写入性能杀手？