正文
7.操作数据之前先做备份
如果只是修改了少量的数据，或者只执行了一两条sql语句，通过上面的修改人和修改时间字段，在需要回滚时，能快速的定位到正确的数据。
但是如果修改的记录行数很多，并且执行了多条sql，产生了很多修改时间。这时，你可能就要犯难了，没法一次性找出哪些数据需要回滚。
为了解决这类问题，可以将表做备份。
可以使用如下sql备份：
create table order_bak_2021031721 like`order`; insert into order_bak_2021031721 select * from`order`;
先创建一张一模一样的表，然后把数据复制到新表中。
也可以简化成一条sql：
create table order_bak_2021031722 select * from`order`;
创建表的同时复制数据到新表中。
此外，建议在表名中加上bak和时间，一方面是为了通过表名快速识别出哪些表是备份表，另一方面是为了备份多次时好做区分。因为有时需要执行多次sql才能把数据修复好，这种情况建议把表备份多次，如果出现异常，把数据回滚到最近的一次备份，可以节省很多重复操作的时间。
恢复数据时，把sql语句改成select语句，先在备份库找出相关数据，每条数据对应一条update语句，还原到老表中。
8.中间结果写入临时表
有时候，我们要先用一条sql查询出要更新的记录的id，然后通过这些id更新数据。
批量更新之后，发现不对，要回滚数据。但由于有些数据已更新，此时使用相同的sql相同的条件，却查不出上次相同的id了。
这时，我们开始慌了。
针对这种情况，我们可以先将第一次查询的id存入一张临时表，然后通过临时表中的id作为查询条件更新数据。
如果要恢复数据，只用通过临时表中的id作为查询条件更新数据即可。
修改完，3天之后，如果没有出现问题，就可以把临时表删掉了。
9.表名前面一定要带库名
我们在写sql时为了方便，习惯性不带数据库名称。比如：
update order set status=1,edit_date=now(),edit_user='admin' where status=0;
假如有多个数据库中有相同的表order，表结构一模一样，只是数据不一样。
由于执行sql语句的人一个小失误，进错数据库了。
use trade1;
然后执行了这条sql语句，结果悲剧了。
有个非常有效的预防这类问题的方法是加数据库名：
update `trade2`.`order` set status=1,edit_date=now(),edit_user='admin' where status=0;
这样即使执行sql语句前进错数据库了，也没什么影响。
10.字段增删改的限制
很多时候，我们少不了对表字段的操作，比如：新加、修改、删除字段，但每种情况都不一样。
新加的字段一定要允许为空
新加的字段一定要允许为空。为什么要这样设计呢？
正常情况下，如果程序新加了字段，一般是先在数据库中加字段，然后再发程序的最新代码。
为什么是这种顺序？
因为如果先发程序，然后在数据库中加字段。在该程序刚部署成功，但数据库新字段还没来得及加的这段时间内，最新程序中，所有使用了新加字段的增删改查sql都会报字段不存在的异常。
好了，就按先在数据库中加字段，再发程序的顺序。
如果数据库中新加的字段非空，最新的程序还没发，线上跑的还是老代码，这时如果有insert操作，就会报字段不能为空的异常。因为新加的非空字段，老代码是没法赋值的。
所以说新加的字段一定要允许为空。
除此之外，这种设计更多的考虑是为了程序发布失败时的回滚操作。如果新加的字段允许为空，则可以不用回滚数据库，只需回滚代码即可，是不是很方便？
不允许删除字段
删除字段是不允许的，特别是必填字段一定不能删除。
为什么这么说？
假设开发人员已经把程序改成不使用删除字段了，接下来如何部署呢？
- 如果先把程序部署好了，还没来得及删除数据库相关表字段。当有
insert请求时，由于数据库中该字段是必填的，会报必填字段不能为空的异常。 - 如果先把数据库中相关表字段删了，程序还没来得及发。这时所有涉及该删除字段的
增删改查，都会报字段不存在的异常。
所以，线上环境必填字段一定不能删除的。
根据实际情况修改字段
修改字段要分为这三种情况：
1.修改字段名称
修改字段名称也不允许，跟删除必填字段的问题差不多。
- 如果把程序部署好了，还没来得及修改数据库中表字段名称。这时所有涉及该字段的
增删改查，都会报字段不存在的异常。 - 如果先把数据库中字段名称改了，程序还没来得及发。这时所有涉及该字段的
增删改查，同样也会报字段不存在的异常。
所以，线上环境字段名称一定不要修改。
2.修改字段类型
修改字段类型时一定要兼容之前的数据。例如：
- tinyint改成int可以，但int改成tinyint要仔细衡量一下。
- varchar改成text可以，但text改成varchar要仔细衡量一下。
3.修改字段长度
字段长度建议改大，通常情况下，不建议改小。如果一定要改小，要先确认该字段可能会出现的最大长度，避免insert操作时出现字段太长的异常。
此外，建议改大也需要设置一个合理的长度，避免数据库资源浪费。
总结
本文分享了10种减少数据库误操作的方法，并非所有场景都适合你。特别是在一些高并发，或者单表数据量非常大的场景，你需要根据实际情况酌情选择。但我敢肯定的是读完这篇文章，你一定会有一些收获，因为大部分方法对你来说是适用的，可能会让你少走很多弯路，强烈建议收藏。
