答案：MySQL中插入数据主要使用INSERT INTO语句，可插入单行、多行或通过SELECT从其他表导入；处理主键冲突可用INSERT IGNORE或ON DUPLICATE KEY UPDATE；大批量插入时应采用批量写入、事务控制和合理批次以提升性能。
MySQL中添加数据，核心就是利用SQL的
INSERT INTO语句。它允许你将一行或多行数据写入到指定的表中，是数据库操作中最基础也最频繁的动作之一。无论是手动录入还是程序批量导入，这条语句都是我们与数据库沟通，填充其内容的主要桥梁。
解决方案： 在MySQL里，想要往表里“塞”数据，最直接的办法就是用
INSERT INTO。这东西说起来简单，但实际用起来，根据场景不同，还是有些讲究的。
最基本的格式，就是你明确知道要给哪些列赋值：
INSERT INTO 表名 (列1, 列2, 列3, ...) VALUES (值1, 值2, 值3, ...);
比如，我有一个
users表，里面有
id,
name,
INSERT INTO users (id, name, email) VALUES (1, '张三', 'zhangsan@example.com');
这里有个小细节，如果你的
id是自增（
AUTO_INCREMENT）的，或者有默认值，你甚至可以不指定它，或者给它传
NULL，数据库会自己处理：
-- 如果id是自增的
INSERT INTO users (name, email)
VALUES ('李四', 'lisi@example.com');
-- 或者显式传入NULL让自增机制生效
INSERT INTO users (id, name, email)
VALUES (NULL, '王五', 'wangwu@example.com');有时候，如果你打算给表的所有列都按顺序赋值，那就可以省略列名列表，直接写
VALUES：
INSERT INTO 表名 VALUES (值1, 值2, 值3, ...);
但说实话，我个人不太喜欢这种写法，因为表的结构一变，比如加了个新列，你的SQL就可能出错了。还是明确指定列名更稳妥，可读性也更好。
批量插入是另一个常用场景，尤其是从文件导入数据或者一次性处理多个请求时。MySQL允许你用一条
INSERT语句插入多行：
INSERT INTO 表名 (列1, 列2) VALUES (值1_行1, 值2_行1), (值1_行2, 值2_行2), (值1_行3, 值2_行3), ...;
这比写多条单独的
INSERT语句效率高得多，因为减少了客户端和服务器之间的网络往返次数。比如：
INSERT INTO products (name, price)
VALUES
('笔记本电脑', 7999.00),
('机械键盘', 599.00),
('无线鼠标', 199.00);在实际开发中，你可能还会遇到从另一个表查询数据然后插入的情况，这时可以用
INSERT INTO ... SELECT ...：
INSERT INTO new_users (name, email) SELECT username, email_address FROM old_users WHERE status = 'active';
这在我做数据迁移或者数据清洗时特别好用，可以很方便地把符合条件的数据从一个地方“搬”到另一个地方。
需要特别注意的是数据类型匹配。如果你试图把一个字符串塞进一个数字列，MySQL可能会尝试转换，但如果转换失败或者不兼容，就会报错。还有就是非空约束（
NOT NULL）、唯一约束（
UNIQUE）和外键约束（
FOREIGN KEY），这些都会在你插入数据时进行校验。一旦不符合，数据库会毫不留情地拒绝你的操作。所以，在编写
INSERT语句之前，对目标表的结构和约束有个清晰的了解是至关重要的。
MySQL插入数据时，如何处理主键冲突？
在数据库操作中，尤其是在并发环境或者数据同步时，主键（或其他唯一索引）冲突是个老生常谈的问题。你尝试插入一条记录，但它的主键值已经存在了，这时怎么办？MySQL提供了几种优雅的处理方式，远比简单地让程序报错然后回滚要灵活得多。
一种是
INSERT IGNORE。顾名思义，它会“忽略”错误。如果插入的行会导致唯一索引（包括主键）冲突，MySQL会简单地跳过这条记录，不插入，也不报错。听起来很方便，对吧？但它的缺点也很明显：你不知道哪些数据被忽略了，除非你额外去检查受影响的行数。
INSERT IGNORE INTO products (id, name, price) VALUES (101, '新产品A', 123.45);
如果
id为101的记录已经存在，这条语句不会插入新数据，也不会抛出错误。对于某些日志记录或者幂等操作，这可能是一个不错的选择，但如果你需要精确控制每一条记录的插入状态，就要慎重了。
另一种，也是我个人更倾向于使用的，是
ON DUPLICATE KEY UPDATE。这个语句强大得多。当插入操作遇到唯一索引冲突时，它不会直接失败，而是转而执行一个
UPDATE操作，更新现有记录的某些字段。
INSERT INTO products (id, name, price)
VALUES (101, '新产品A', 123.45)
ON DUPLICATE KEY UPDATE
name = VALUES(name),
price = VALUES(price);这里
VALUES(name)和
VALUES(price)指的是你尝试插入的新值。这样一来，如果
id为101的记录不存在，就插入；如果存在，就用新值更新
name和
price。这对于实现“存在即更新，不存在即插入”（Upsert）逻辑简直是神器，省去了你先查询再判断是
INSERT还是
UPDATE的麻烦。我经常在缓存同步或者用户配置更新的场景下用到它，能大大简化代码逻辑。当然，用的时候也要注意，
ON DUPLICATE KEY UPDATE只能更新那些在
INSERT语句中提供的列，或者你可以指定其他列进行更新。
选择哪种方式，真的取决于你的业务逻辑和对数据一致性的要求。
IGNORE简单粗暴，适合不那么在乎具体哪条被跳过的情况；
ON DUPLICATE KEY UPDATE则提供了更精细的控制，让你能优雅地处理冲突，确保数据最终状态是你想要的。
MySQL插入大量数据时，性能优化有哪些考量？
插入大量数据，比如几十万、几百万甚至上亿条记录，这可不是简单地跑几个
INSERT语句就能搞定的事。不加优化，轻则慢如蜗牛，重则直接把数据库搞崩。这方面，我踩过不少坑，也总结了一些经验。
首先，批量插入是王道。前面提到过，用一条
INSERT语句插入多行数据比多条单行
INSERT效率高得多。这是因为减少了客户端和服务器之间的网络通信开销，也减少了SQL解析、事务提交的次数。我通常会把数据分批，比如每1000到5000条记录组成一个大的
INSERT语句。具体批次大小需要根据你的网络环境、服务器性能和数据大小进行测试。
其次，关闭自动提交（AUTOCOMMIT
）并使用事务。默认情况下，MySQL的每个
INSERT语句都是一个独立的事务。这意味着每次插入都会涉及到日志写入、磁盘同步等操作，开销巨大。如果在插入大量数据前，先执行`START
