MySQL数据库怎么创建基础数据表_Navicat详细配置实战-navicat-PHP中文网

创建表前必须确认字符集（utf8mb4）、排序规则（utf8mb4_0900_ai_ci等）和存储引擎（InnoDB）三项配置，否则易致中文乱码、索引失效或时间字段异常。

创建表前必须确认的三个配置项

navicat 本身不决定表结构是否合法，它只是把你的 sql 提交到 mysql 服务端执行。所以真正起作用的是你连接时指定的 字符集、排序规则 和 存储引擎。很多人建完表发现中文乱码、索引失效、或者 datetime 自动设为 0000-00-00 00:00:00，问题全出在这三项。

字符集 建议统一用 utf8mb4（不是 utf8），否则微信昵称、emoji 存不进去
排序规则 对应选 utf8mb4_0900_ai_ci（MySQL 8.0+）或 utf8mb4_general_ci（5.7）
存储引擎 默认用 InnoDB，别手滑改成 MyISAM——后者不支持事务、外键，且行锁是假的

在 Navicat 里用图形界面建表的实际操作路径

图形建表看着方便，但字段类型、约束、索引容易漏配。关键不是“点得快”，而是每一步都得盯住生成的 SQL 预览框（右下角那个小窗口）。

新建表后，在「字段」标签页填字段名、类型、长度、是否为空——注意 TINYINT(1) 不等于布尔值，它只是个 1 字节整数；真要逻辑字段，用 BOOLEAN（MySQL 会自动映射为 TINYINT(1)）
主键必须显式勾选「AI」（Auto Increment），否则即使设了 PRIMARY KEY，插入时也不自增
时间字段如果想默认当前时间，类型选 DATETIME 或 TIMESTAMP，然后在「默认值」栏填 CURRENT_TIMESTAMP，别写成字符串 'CURRENT_TIMESTAMP'
点「保存」前，务必看一眼右下角 SQL 预览：有没有多出意外的 DEFAULT NULL？有没有把 NOT NULL 漏掉了？

为什么用 SQL 建表反而更稳

图形界面点几下就建好一张表，但下次迁移、复现、Code Review 时，没人知道你当时勾了哪几个框。而一条干净的 CREATE TABLE 语句，能直接进版本库、被 CI 检查、被同事一眼看懂逻辑。

kashen-mysql DDLtoExcel

解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。

下载

基础建表语句模板：

CREATE TABLE `user` (
  `id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
  `name` VARCHAR(64) NOT NULL DEFAULT '',
  `created_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

注意 DEFAULT '' 和 DEFAULT NULL 语义完全不同；VARCHAR 长度按业务上限设，别盲目写 255
Navicat 支持右键表 →「对象信息」→「DDL」直接复制建表语句，适合反向校验图形操作是否准确

常见报错和对应解法

建表失败时 Navicat 只弹一个红框，错误信息藏在「错误」面板里，不点开根本看不到真正原因。

ERROR 1071 (42000): Specified key was too long：通常是 VARCHAR(255) 加了 utf8mb4 后索引超长，解决办法是限制字段长度（如 VARCHAR(191)），或改用前缀索引 INDEX idx_name (name(10))
ERROR 1067 (42000): Invalid default value for 'xxx'：MySQL 严格模式下，DATETIME 不能设 DEFAULT '0000-00-00 00:00:00'，必须用 CURRENT_TIMESTAMP 或显式 NULL
Can't create table `db`.`t` (errno: 150)：外键失败，大概率是关联字段类型不一致（比如一个是 BIGINT，另一个是 INT），或没加索引，或字符集不同