我刚入行那会儿，最怕的就是往表里插数据。不是怕写错SQL，是怕插完才发现字段对不上，或者主键撞了车，半夜还得爬起来修数据。后来带我的老哥丢给我一句话："插入这事，看着简单，门道全在细节里。"干了好些年，踩了无数坑，才慢慢琢磨明白，往数据库里写新纪录，真不是一条INSERT打天下的事。
先说说最基础的准备工作，很多人上来就写INSERT，连表结构都没看清。你得先搞清楚这表有哪些字段，哪些是必填的，哪些有默认值，哪些是自增主键。我见过最离谱的一次，同事把订单金额插到手机号字段里，因为那字段是VARCHAR类型，居然没报错，直到对账的时候才发现数据全乱了。所以动手之前，花两分钟DESC一下表，或者直接看建表语句，这比啥技巧都管用。
说到INSERT的基本姿势，很多人只知道最简单的写法：INSERT INTO 表名 VALUES(值1, 值2, ...)。这写法有个大坑，就是你必须把表里所有字段的值都按顺序写上，少一个或多一个都会报错。更麻烦的是，如果哪天表结构变了，加了个字段，你这SQL直接报废。所以我的习惯是永远写清楚字段名：INSERT INTO 表名(字段1, 字段2) VALUES(值1, 值2)。这样就算表加了新字段，只要它有默认值，我这SQL照样能跑。
再讲一个很多人忽略的效率问题。如果你要往表里插几千条数据，千万别一条一条循环INSERT。我见过有新手用Python循环插一万条数据，跑了快十分钟，数据库CPU直接飙到100%。正确做法是用批量插入，一条SQL带多个VALUES：INSERT INTO 表名(字段1, 字段2) VALUES(1, 'a'), (2, 'b'), (3, 'c')。一次能插几百上千条，速度快得飞起。MySQL、PostgreSQL都支持这语法，Oracle得用INSERT ALL，原理一样。
批量插入还有个进阶玩法，就是配合事务使用。你想想，如果一口气插一万条，插到五千条的时候报错了，前面五千条已经写进去了，这数据就残缺了，你还得花时间清理。所以正确姿势是：开启事务，批量插入，全部成功再提交，有失败就回滚。这样要么全有，要么全没有，数据一致性稳稳的。我做过一个数据迁移项目，用这招把几百万条老数据搬进新表，中途出了两次错，回滚重来，一点没乱。
说到插入时的坑，主键冲突绝对排第一。你往表里插数据，主键重复直接报错，程序就崩了。常见的解决办法有两个：一是用数据库自增主键，让数据库自己分配ID，你只管插入其他字段就行；二是用INSERT IGNORE或者ON DUPLICATE KEY UPDATE，遇到冲突就跳过或者更新。比如你有个用户表，邮箱是唯一键，用户重复注册的时候，你可以用ON DUPLICATE KEY UPDATE把用户的最新登录时间更新进去，这比先查再插方便多了。
还有一类特殊情况，就是从别的表查数据再插入。比如你要把订单表里所有超过一百块的订单复制到VIP订单表里，这时候用INSERT INTO ... SELECT就特别方便。写法是：INSERT INTO VIP订单表(订单号, 金额) SELECT 订单号, 金额 FROM 订单表 WHERE 金额 > 100。这一下就把查询和插入合二为一了，省得你先查出结果再一条条插。注意SELECT出来的字段类型和顺序得跟INSERT的字段对得上，不然照样报错。
说说插入前的数据校验，这步看着多余，其实能帮你省大事。比如你要往用户表插手机号，如果不用正则校验，什么乱七八糟的字符串都能进去，后期做短信营销的时候全废了。再比如插入日期字段，格式不对直接报错，或者存进去的是错误日期。所以写插入逻辑的时候，先在校验层把数据过滤一遍，格式不对的直接拦下，别让脏数据进库。我见过最惨的案例，有人把金额存成字符串，导致所有统计报表全错，花了一周时间清洗数据。
回头想想，往表里插数据这事儿，说白了就三件事：搞清楚表结构，选对插入方式，做好异常处理。批量插入加事务是效率利器，INSERT ... SELECT是数据搬运神器，ON DUPLICATE KEY UPDATE是防冲突的保险栓。每招看起来都不难，但用对了场景，真能让你少熬几个夜。下次你再遇到往库里写数据的需求，别急着敲INSERT，先想想这表的结构、数据量、并发情况，再选合适的招式，保证你写得又快又稳。
