在速度较慢的磁盘上，并且表中有很多列，可能需要几个小时才能完成。
ALTER是“安全的”，因为它过去可以执行以下操作：
1.锁上table
1.创建一个类似的表，但使用SMALLINT而不是TINYINT。
1.将所有行复制到新表中。
1.重命名表并删除旧表。
1.解锁
第3步是缓慢的部分，唯一的漏洞在第4步，非常快。
在步骤1-3期间发生的服务器崩溃应该会使旧表保持原样，但可能会留下一个名为#sql...的部分创建的tmp表。
Percona的pt-online-schema-change具有几乎无锁的优势。

这个问题不容易回答。
这取决于

• 该表是否有自己的文件，还是与其他人共享？
• 这个表以字节为单位有多大？

等等
它可能持续几分钟甚至几个小时，并且可能涉及到复制表的整个内容，因此您需要相当大的磁盘空间。

可以向表中添加新的SMALLINT列：

ALTER TABLE tablename ADD columnname_new SMALLINT AFTER columnname;

然后将数据从旧列复制到新列：

UPDATE tablename SET columnname_new = columnname WHERE columnname_new IS NULL LIMIT 100000

重复上述步骤，直至完成所有记录
然后你可以删除旧的列：

ALTER TABLE tablename DROP COLUMN columnname

最后重命名新列：

ALTER TABLE tablename CHANGE columnname_new columnname SMALLINT

你可以在一批100000行中将值从旧列复制到新列，只是为了确保没有任何问题

我将添加一个新列，更改代码以检查新列中是否存在值，如果存在，则读取/写入它。还更改代码以从旧列读取并写入新列。此时，您可以随意迁移数据，将旧列中的值复制到新列中，其中新列中不存在值。
迁移完所有数据后，您可以删除旧列。

我修改了表中的1列，在18分钟内从int到double有大约6百万个
我的服务器有8核，16GB内存，使用SSD。

6,192,515 rows affected in 17 m 50 s 81 ms