更改实时生产数据库上的表

大多数“流行的”（MySQL，Postgres ...）数据库系统如何处理更改实时生产数据库上的表（如添加，删除或更改列的类型）？

我知道正确的方法是备份所有计划停机时间，然后进行更改。

但是...当前的数据库系统是否支持“在线”执行这些操作而不停止任何操作？（也许只是延迟引用刚被更改/删除的列的查询）

当我ALTER TABLE...在实时运行的数据库上进行操作时，会发生什么？发生这种情况时，一切都会停止吗？数据会损坏吗？等等

同样，我主要指的是Postgres或MySQL，因为它们是我遇到的。

（是的，是的，我必须在做“正确的方式”之前做任何事情，备份事情，安排例行工作……。但是我只是想知道是否有可能做这样的事情，而事情“很快又脏”或是否有任何数据库系统实际上支持“快速，活动和脏”模式更改）

有人刚才建议的在线模式修改为MySQL从Facebook脚本（有教程这里和源在这里）......似乎是一个很好的方式来自动执行了一套“哈克”的方式来做到这一点...有没有人用它在类似于生产吗？

当您ALTER TABLE在PostgreSQL中发出时，它将获得一个ACCESS EXCLUSIVE锁，该锁将阻止所有内容，包括SELECT。然而，这种锁可以非常简短，如果表不需要重新编写，没有新的UNIQUE，CHECK或FOREIGN KEY限制需要昂贵的全表扫描，验证等。

如有疑问，通常可以尝试一下！PostgreSQL中的所有DDL都是事务性的，因此ALTER TABLE如果花费太长的时间取消并开始保留其他查询，则可以取消。锁定页面中记录了各种命令所需的锁定级别。

可以加快某些通常较慢的操作的安全性，而无需停机。例如，如果你有表t，你想更改列customercode integer NOT NULL到text因为客户已经决定所有的客户代码必须现在有开始X，你可以写：

ALTER TABLE t ALTER COLUMN customercode TYPE text USING ( 'X'||customercode::text );

...但这将锁定整个表以进行重新写入。添加带有的列也是如此DEFAULT。可以通过几个步骤来完成此操作，以避免长时间锁定，但是应用程序必须能够应对临时复制：

ALTER TABLE t ADD COLUMN customercode_new text;
BEGIN;
LOCK TABLE t IN EXCLUSIVE MODE;
UPDATE t SET customercode_new = 'X'||customercode::text;
ALTER TABLE t DROP COLUMN customercode;
ALTER TABLE t RENAME COLUMN customercode_new TO customercode;
COMMIT;

这只会防止写入到t在该过程; 锁的名称EXCLUSIVE是在一定程度上欺骗它排除一切除了SELECT ; 该ACCESS EXCLUSIVE模式是唯一不包含绝对内容的模式。请参阅锁定模式。由于要求进行锁升级，因此存在操作可能死锁回滚的风险ALTER TABLE，但是在最坏的情况下，您只需要重新执行一次即可。

你甚至可以避开锁，并通过创建触发器功能做全活的东西t，只要一个INSERT或UPDATE到来时，会自动填充customercode_new从customercode。

还有一些内置工具，例如CREATE INDEX CONCURRENTLY和，它们ALTER TABLE ... ADD table_constraint_using_index旨在允许DBA通过以并发友好的方式更慢地进行工作来减少排他锁定时间。

该pg_reorg工具或其后继工具pg_repack也可以用于某些表重组操作。

Percona提供了自己的工具来执行在线模式更改

该工具称为pt-online-schema-change

它涉及触发器，因此请仔细阅读文档。

根据文档，完成的主要操作是

• 健全性检查
• 块状
• 在线模式变更
  • 创建和更改临时表
  • 捕获从表到临时表的更改
  • 将表格中的行复制到临时表中
  • 同步表和临时表
  • 交换/重命名表和临时表
  • 清理

关闭系统并立即进行所有更改可能会非常危险。如果出了问题，并且经常发生，就没有简单的方法。

作为一名敏捷开发人员，由于要修改和读取这些表，有时我需要重构这些表而没有任何停机时间。

以下方法具有较低的风险，因为更改是通过几个很容易回滚的低风险步骤完成的：

• 确保自动测试覆盖了访问表的所有模块。
• 创建一个新表。更改所有修改旧表的过程，以便它们同时修改旧表和新表。
• 将现有数据迁移到新结构。批量进行此操作，以免严重影响服务器的整体性能。
• 验证数据迁移成功。
• 将某些选择过程从旧表重定向到新表。使用自动测试来确保更改后的模块仍然正确。确保其性能可接受。部署更改后的过程。
• 重复上一步，直到所有报告都使用新表。
• 更改修改表的过程，以使它们仅访问新表。
• 存档旧表并将其从系统中删除。

我们已经多次使用这种方法来更改大型现场生产表，而无需停机，也没有任何问题。

是的，许多现代数据库都允许您仅添加列或更改列的特征，例如添加或删除可为空的值。

如果删除一列，数据将丢失，但没有太多担心损坏的担心。

Percona工具使用触发器来辅助进行更改，如果您的表已具有现有触发器，则Percona工具的效果不佳。我最终不得不编写一个可以很好地处理现有触发器的触发器，因为它们对我们的数据库非常重要https://github.com/StirlingMarketingGroup/smg-live-alter

要解决有关ALTER TABLE语句会发生什么的问题，这取决于更改的程度。在特定情况下，如果至少在MS SQL Server中添加新列，则引擎将在创建新表定义的同时创建表的临时副本，然后将数据插入该表中。因此，在更改期间，用户将无法访问该表。

MSSQL服务器的特定操作的示例在这里：http : //support.microsoft.com/kb/956176/en-us

我将假定其他RMDB具有类似的方法，尽管确切的实现将需要您与供应商的文档进行验证。