MySQL报错3106生成列不支持操作，远程帮忙修复问题中

我正在处理一个朋友的数据库问题,他遇到了一个MySQL错误，错误代码是3106，这个错误信息大致是说“生成列不支持某个操作”，他不是专业的数据库管理员，所以完全搞不清楚状况，就远程联系我帮忙看看。

我连接上他的数据库环境后,他告诉我他正在尝试对一个数据表进行修改，他想在某个现有的表格里增加一个新的字段，他用的SQL语句看起来非常标准，就是简单的ALTER TABLE 表名 ADD COLUMN 新列名 数据类型;这种形式，按理说，这种操作是最基础的，不应该出问题才对。

他执行这条语句后,MySQL就报错了，弹出了3106这个错误码，并且提示信息明确指出问题出在“生成列”上，我当时的第一反应是，他的表里是不是有“生成列”？所谓生成列，就是这一列的值不是手动插入的，而是通过一个表达式从同一行的其他列计算出来的，你可以有一个“总价”列，它的值是由“单价”乘以“数量”自动得出的，这种列在MySQL里确实有特殊的限制。

我让他描述了表的结构,他一开始说没有这样的列，都是普通的数字和文字字段，为了确认，我让他执行了DESCRIBE 表名;命令，或者更详细的SHOW CREATE TABLE 表名;命令，当他看到SHOW CREATE TABLE的结果时，我们才发现了问题的根源，果然，在他的表结构中，已经存在一个生成列，这个生成列是在之前创建表的时候，由另一个开发人员定义的，他自己完全不知道有这个列的存在。

这个已有的生成列,我们暂称它为calculated_value，它的定义是依赖于另外两列，比如column_a和column_b，它的表达式可能是column_a * column_b，现在问题来了，我的朋友想要新添加的列，我们叫它new_column，他打算加在column_b的后面。

这时,我们就触及到了MySQL对于生成列的一个关键限制，根据MySQL官方文档的说明，如果你要在一个表中添加一个新的普通列，或者修改现有列的顺序，你是不能把这个新列添加在一个已经存在的生成列之前的，如果这个操作会改变生成列所依赖的列的顺序的话，更具体地说，MySQL要求生成列的定义中引用的所有列必须排在生成列本身之前，虽然他只是想加一个新列，但因为他想把新列加在column_b（生成列依赖的列之一）之后、生成列calculated_value之前，这个操作在MySQL看来是危险的，因为它可能会破坏生成列定义的内在顺序逻辑，所以MySQL直接阻止了这个操作，并抛出3106错误。

找到了原因,解决办法就相对清晰了，我告诉他，我们不能强行在column_b和calculated_value之间插入新列，我们有几种选择：

第一种选择,也是最简单的，就是改变新列的添加位置，我们不一定非要把new_column放在column_b后面，我们可以把它加到整个表的最后，也就是在所有现有列的后面，包括那个生成列calculated_value的后面，这样就不会影响到生成列和它依赖列之间的顺序关系，我让他把SQL语句修改成ALTER TABLE 表名 ADD COLUMN new_column 数据类型 AFTER calculated_value; 或者直接不加AFTER子句，默认就是加在最后，他尝试了一下，这个操作果然成功了，错误3106消失了。

第二种选择,如果他有强烈的需求，必须要把新列放在column_b之后、calculated_value之前，那么这个操作会复杂得多，这需要先删除那个已有的生成列，然后添加新的普通列，最后再重新创建生成列，但是这样做有很大的风险：删除生成列会永久丢失该列的数据（虽然它是计算出来的，但定义没了），在重新创建生成列时，必须确保定义完全正确，并且表在此时没有其他依赖这个列的应用在运行，对于他这种对数据库不熟悉的情况，我强烈不建议这么做，很容易引发更多问题。

我提醒他,在进行任何表结构变更之前，尤其是生产环境的数据库，一定要先备份数据，这是一个必须养成的习惯，可以防止在误操作时导致数据丢失，最好能整理一份清晰的表结构文档，记录下所有像生成列这样的特殊定义，避免团队中的其他成员在不知情的情况下踩到同样的坑。

这次远程协助基本上就是这样一个过程,核心问题就是忽视了表中已经存在的生成列，以及MySQL对生成列与其依赖列之间顺序的严格保护机制，导致了3106错误，通过调整新列的位置，我们顺利地解决了问题。