create table as 会自动推导字段类型但不可控，易导致varchar过宽、null约束丢失、无索引主键等问题；复制结构+数据应改用create table ... like + insert；需显式cast、别名及coalesce确保精度与空值处理。
能直接用 CREATE TABLE AS，但必须注意字段类型推导不总是你想要的，尤其涉及表达式、函数或 NULL 值时。
CREATE TABLE AS 会自动推导字段类型，但不可控
MySQL 用查询结果的实际数据来推测列类型和长度，比如 SELECT 'hello' AS name 会建出 VARCHAR(5)，而 SELECT CONCAT('a', 'b') AS name 可能变成 VARCHAR(20) 或更宽——取决于版本和实际值。这不是 bug，是设计行为。
- 字符串类表达式（
CONCAT、IF、CASE）容易生成过宽的VARCHAR，浪费空间且影响索引效率 -
NULL值参与的列会被设为允许NULL，即使原表该字段是NOT NULL - 没有主键、索引、默认值、注释——全得后续手工加
想保留原表结构？别用 CREATE TABLE AS，改用 CREATE TABLE + INSERT
如果目标是“复制结构+数据”，CREATE TABLE AS 不够用。它只抄结果集形态，不继承约束和元信息。
- 先
CREATE TABLE new_table LIKE old_table：完整复制字段定义、键、默认值、注释 - 再
INSERT INTO new_table SELECT * FROM old_table WHERE ...：按需灌数据 - 若要跳过自增 ID 或时间戳默认值，显式列出字段名，避开
id、created_at等列
带聚合或计算字段时，列名和类型最容易出错
比如 SELECT COUNT(*) cnt, AVG(price) avg_p FROM orders GROUP BY status，生成的新表里 cnt 是 BIGINT，avg_p 是 DOUBLE——但如果你本意是存为 DECIMAL(10,2)，就得重写逻辑。
- 别依赖自动推导：用
CAST(... AS DECIMAL(10,2))显式指定精度 - 别省略别名：没别名的表达式（如
price * 1.1）会生成类似price * 1.1这样的列名，在某些客户端里显示异常 - 聚合函数结果默认允许
NULL（如COUNT()不会，但SUM()在空组里会），记得用COALESCE(SUM(x), 0)控制
最常被忽略的是字符集和排序规则——CREATE TABLE AS 用的是当前 session 的默认设置，不是源表的。跨库迁移或中文场景下，SHOW CREATE TABLE 之后一眼就能看出是否对得上。
