我有一个带有 InnoDB 数据库的 symfony 应用程序，它有 57 个表，大约 2GB。数据库的大部分大小驻留在单个表中（~1.2GB）。我目前正在使用 mysqldump 每晚备份数据库。

由于我的 comcast 连接，通常如果我手动运行转储，我与服务器的连接将在转储完成之前超时，导致我不得不重新运行转储。[我目前运行一个每晚执行转储的 cron，这仅适用于我手动运行的转储。]

有没有办法加快连接超时问题的转储，同时也可以限制服务器被这个进程占用的时间？

顺便说一句，我目前正在努力减少整个数据库的大小来解决这个问题。

我有后端数据库作为 Mysql（InnoDb 引擎）的应用程序，目前我的客户希望将 ibdata 文件的大小减小到某个固定大小。我找到了以下三个解决方案。

• 解决方案1： innodb_file_per_table
• 解决方案2： innodb_data_file_path=ibdata1:50M;ibdata2:50M:autoextend
• 解决方案3： innodb_data_file_path=ibdata1:10M:autoextend:max:50M

而且我真的不了解 ibadata1 文件，任何人都可以帮我解决这个问题，我想知道修复 ibdata 大小（解决方案 3）是否安全以及 ibdata 到底有什么用？

我已经安装了一个带有 InnoDB 的 MySQL 集群（随后启用了 innodb_file_per_table），但是由于我切换到 innodb_file_per_table，文件 ibdata1 增长（每月 2GB）。

我的my.cnf文件是否正确？

为什么我的 ibdata1 这么大（22GB）？

我如何查看 ibdata1 中有什么？

服务器配置：

• Debian 6 amd64

• mysql-client-5.1 5.1.61-0+squeeze1

我的 InnoDB 配置文件：

#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#

innodb_data_home_dir            = /var/lib/mysql
innodb_data_file_path           = ibdata1:10M:autoextend
innodb_log_group_home_dir       = /var/lib/mysql
innodb_file_per_table
innodb_buffer_pool_size         = 5G
innodb_additional_mem_pool_size = 48M
innodb_log_files_in_group       = 3
innodb_log_file_size            = 512M …