我在Ubuntu 13.10上使用apt-get本地安装了MySQL 5.5.37和InnoDB。我的桌面电脑配置是i7-3770 + 32GB内存 + SSD硬盘。对于一个包含150万条记录的“mytable”表，以下DDL查询需要超过20分钟（！）：
ALTER TABLE mytable ADD some_column CHAR(1) NOT NULL DEFAULT 'N';
有办法改进吗？ 我已经检查过了。
show processlist;
它显示正在复制我的表格，这令人不安地不方便。有没有办法关闭这个复制？添加列以改进大型表的性能还有其他方法吗？
除此之外，我的数据库相对较小，只有1.3GB的转储大小。因此，理论上应该可以完全放入内存。
有没有可以帮助的设置？迁移到Precona会对我产生任何影响吗？
补充：
innodb_buffer_pool_size = 134217728
有没有其他方法可以提高向大表中添加列的性能？
简短回答：没有。您可以即时添加 ENUM 和 SET 值，并且在仅对写操作进行锁定时添加二级索引，但更改表结构始终需要复制表。
长回答：您真正的问题不是性能，而是锁定时间。它不重要是否慢，重要的是其他客户端无法执行查询，直到 ALTER TABLE 完成。在这种情况下有一些选择：
您可以使用 Percona 工具包中的 pt-online-schema-change。首先备份您的数据！这是最简单的解决方案，但可能并不适用于所有情况。
如果您不使用外键，并且因为有很多索引而变慢，那么通过创建一个不包含二级索引但包含所需更改的表的副本，将其填充到数据中，并在最后使用单个 alter table 创建所有索引可能更快。
如果很容易为您创建副本，比如您托管在 Amazon RDS 上，则可以创建一个主-主副本，在那里运行 alter table，让它重新同步，然后在完成后切换实例。
更新
正如其他人提到的，MySQL 8.0 INNODB 添加了对即时添加列的支持。这不是一个神奇的解决方案，它有限制和副作用 -- 它只能成为最后一列，表必须没有全文本索引等 -- 但应该在许多情况下有所帮助。
您可以指定明确的 ALGORITHM=INSTANT LOCK=NONE 参数，如果无法进行即时模式更改，则 MySQL 将失败并显示错误，而不是回退到 INPLACE 或 COPY。例如：
ALTER TABLE mytable
ADD COLUMN mycolumn varchar(36) DEFAULT NULL,
ALGORITHM=INPLACE, LOCK=NONE;
我知道这是一个比较老的问题，但今天我遇到了类似的问题。我决定创建一个新表格，并将旧表格导入新表格中。就像这样：
CREATE TABLE New_mytable LIKE mytable ;
ALTER TABLE New_mytable ADD some_column CHAR(1) NOT NULL DEFAULT 'N';
insert into New_mytable select * from mytable ;
那么
START TRANSACTION;
insert into New_mytable select * from mytable where id > (Select max(id) from New_mytable) ;
RENAME TABLE mytable TO Old_mytable;
RENAME TABLE New_mytable TO mytable;
COMMIT;
ALTER完成。