MySQL插入数据被截断不报错是因为sql_mode未启用STRICT_TRANS_TABLES或STRICT_ALL_TABLES，此时会静默截断并仅返回Warning；需通过SET SESSION验证、检查information_schema字段长度、配置文件持久化方式渐进启用严格模式，并结合应用层主动捕获警告或前置校验。
MySQL插入数据被截断却没报错？检查sql_mode是否含STRICT_TRANS_TABLES或STRICT_ALL_TABLES
默认情况下，MySQL 5.7+ 启用严格模式（含STRICT_TRANS_TABLES），但旧版本或手动修改过sql_mode的实例常处于非严格模式。此时向VARCHAR(10)字段插入15个字符，MySQL会静默截断为前10个，并返回Warning而非Error——应用层若不检查mysql_info()或SHOW WARNINGS，就完全感知不到数据丢失。
确认当前模式：
SELECT @@sql_mode;
若输出中不含STRICT_TRANS_TABLES（事务表）或STRICT_ALL_TABLES（所有表），截断就不会报错。
- 仅对事务表生效：优先设
STRICT_TRANS_TABLES，避免影响MyISAM等非事务表 - 全表严格：设
STRICT_ALL_TABLES，但需确保存量数据兼容，否则批量更新可能失败 - 不可单独启用：必须与其他模式组合，例如
SET sql_mode = 'STRICT_TRANS_TABLES,NO_ZERO_DATE,NO_ZERO_IN_DATE';
如何安全启用严格模式？别直接改全局sql_mode
直接执行SET GLOBAL sql_mode = '...'只对新连接生效，且重启后丢失；更危险的是，若已有不符合长度的数据，开启后首次UPDATE/INSERT就会失败，导致业务中断。
分三步渐进式调整：
- 先在会话级验证：
SET SESSION sql_mode = 'STRICT_TRANS_TABLES,...';，用测试SQL触发截断，观察是否报ERROR 1406 (22001): Data too long for column - 检查现存隐患：
SELECT table_name, column_name, character_maximum_length FROM information_schema.columns WHERE data_type IN ('varchar', 'char') AND table_schema = 'your_db' ORDER BY character_maximum_length ASC;重点关注长度≤10的字段 - 修改配置文件（如
/etc/my.cnf）的[mysqld]段，追加sql_mode = STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION，重启前确保应用已适配
VARCHAR长度不够时，是调大字段还是清理脏数据？
遇到Data too long for column错误，第一反应常是ALTER TABLE ... MODIFY COLUMN加长字段。但盲目扩容有隐患：字段变宽会增加内存排序开销、B+树索引体积、备份大小；若业务本就不该存超长内容（如手机号存了地址），扩长反而掩盖设计缺陷。
决策依据看数据来源和语义：
- 用户输入类字段（如
nickname）：确认前端/APP是否做了长度限制，若UI限制20字而DB设VARCHAR(10)，应同步修正DB长度 - 系统生成值（如UUID、token）：必须按实际长度设，
VARCHAR(36)存标准UUID，别用VARCHAR(255)省事 - 历史遗留字段：用
SELECT LENGTH(col), COUNT(*) FROM tbl GROUP BY LENGTH(col) ORDER BY LENGTH(col) DESC LIMIT 5;查真实长度分布，再决定阈值
应用层如何捕获截断警告？别依赖mysql_affected_rows()
mysql_affected_rows()在截断时仍返回1，无法区分成功与“伪成功”。真正可靠的方式是主动检查警告：
- PHP mysqli：执行
$mysqli->query($sql)后立即调$mysqli->get_warnings()，遍历判断$warning->errno === 1265（Data truncated）或1406（Too long） - Python MySQLdb/PyMySQL：执行后调
cursor.fetchall()前先cursor.fetchall() or cursor.execute("SHOW WARNINGS") - Java JDBC：设置
jdbcUrl?jdbcCompliantTruncation=false&useSSL=false并捕获SQLWarning链
最稳妥的做法是在关键写入路径（如用户注册、订单创建）强制校验字段长度，比依赖数据库警告更早拦截问题。
