Laravel 迁移不支持通过 integer() 方法的第二个参数（如 integer('ISBN_no', 15)）来限制整数值位数；应改用语义化整数类型（如 tinyInteger、bigInteger）匹配实际业务数据范围。
laravel 迁移不支持通过 `integer()` 方法的第二个参数（如 `integer('isbn_no', 15)`）来限制整数值位数；应改用语义化整数类型（如 `tinyinteger`、`biginteger`）匹配实际业务数据范围。
在 Laravel 7/8/9 中，$table->integer('column', $length) 的写法已被废弃且无效——integer() 方法仅接受一个参数（字段名），其第二个参数 $length 并非用于指定数值位数或取值范围，而是早期版本中对数据库长度属性的误用（如 MySQL 的 INT(11) 中的 11 仅影响显示宽度，且现代 MySQL 已忽略该属性）。因此，$table->integer('ISBN_no', 15) 不会限制值大小，也不会报错，但完全无效。
✅ 正确做法是根据预期数据范围选择语义化整数类型，它们对应数据库底层的实际存储容量：
| Laravel 迁移方法 | MySQL 类型 | 有符号取值范围 | 典型适用场景 |
|---|---|---|---|
| $table->tinyInteger() | TINYINT | -128 ~ 127 | 状态码、布尔标识（0/1） |
| $table->smallInteger() | SMALLINT | -32,768 ~ 32,767 | 分类 ID、小规模枚举 |
| $table->mediumInteger() | MEDIUMINT | -8,388,608 ~ 8,388,607 | 中等规模计数器（较少使用） |
| $table->integer() | INT | -2,147,483,648 ~ 2,147,483,647 | 默认主键（id() 即此类型） |
| $table->bigInteger() | BIGINT | -9,223,372,036,854,775,808 ~ 9,223,372,036,854,775,807 | 大型 ID、高并发订单号、ISBN（推荐） |
例如，ISBN 编号（如 13 位 ISBN-13）最大可达 9780306406157（13 位数字），远超 INT 的上限（约 21 亿），必须使用：
// ✅ 正确：使用 bigInteger 存储 13 位 ISBN
$table->bigInteger('isbn_no')->unsigned(); // 可选 unsigned，提升正数范围
// ✅ 或更清晰地命名并添加索引/约束
$table->bigInteger('isbn_no')->unsigned()->index();
⚠️ 注意事项：
- unsigned() 应配合使用（如 bigInteger()->unsigned()），避免负数干扰，同时将可用范围翻倍（如 BIGINT UNSIGNED 支持 0 ~ 18,446,744,073,709,551,615）；
- Laravel 的 id() 方法默认等价于 $table->bigIncrements('id')（即无符号 BIGINT 自增），无需额外修改；
- 若需严格校验位数（如强制 13 位），应在模型的 casts 或验证规则（digits:13）中实现，而非依赖数据库类型；
- 所有整数类型迁移后，可通过 php artisan migrate 生效，修改前建议备份数据。
总结：整数字段的“大小”由类型决定，而非长度参数；合理选择 tinyInteger 至 bigInteger 是保障数据完整性与性能的关键。
