一个有 78 万数据的 mysql 表，创建索引 2 个小时了，还是未完成创建，是哪里不正常吗？

[css3]

给 productName 列创建索引，创建前这个表已经有 78 万条数据

mysql> select count(id) from products;
+-----------+
| count(id) |
+-----------+
|    780097 |
+-----------+

| products | CREATE TABLE `products` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `productCode` text NOT NULL COMMENT '产品代码',
  `productName` text NOT NULL COMMENT '产品名称',
  `productLine` text NOT NULL COMMENT '产品线',
  `productScale` text NOT NULL,
  `productVendor` text NOT NULL,
  `productDescription` text NOT NULL,
  `quantityInStock` smallint(6) NOT NULL COMMENT '库存',
  `buyPrice` decimal(10,2) NOT NULL COMMENT '价格',
  `MSRP` decimal(10,2) NOT NULL COMMENT '建议零售价',
  PRIMARY KEY (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=760001 DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC |

创建索引命令(卡这 2 个多小时了😱，这是在创建中还是已经凉了？？)：

mysql> create index product_index on products (productName(64));

[ragnaroks]

槽点太多,就说一个,价格应该使用最低计量单位做缩放,而不是使用"高精度"类型;

10 元 8 角 7 分,正确的存储方式应该是 1087 分,而不是 10.87 元

[swulling]

这个表结构很惊人，这么多字段里面，我看也就两个字段是设置合理的。

[tsui]

@ragnaroks “正确的存储方式应该是 1087 分,而不是 10.87 元”
你这是把 Java 里头用 Big Decimal 跟 MySQL 弄混了吧？这个估计是少数这个 schema 没错的地方了。

https://dev.mysql.com/doc/refman/8.0/en/fixed-point-types.html
The DECIMAL and NUMERIC types store exact numeric data values.

[sadfQED2]

我看到这个表的心情就是楼主的头像

[starcraft]

你这个 create 语句实在槽点太多。

[SjwNo1]

text 太大，可以但没必要

[b821025551b]

@ragnaroks #21 用 decimal 不算错误，在数据库层面是完全没问题的，只是应用层要稍微注意而已。（虽然我也用 int ）

[Ianchen]

没用过 MyISAM 引擎, 这个引擎能在 text 上建索引吗? 不会报错?

[scnace]

给这种字段加索引 建议加一个 hash(ProductName)的新字段 然后给这个字段加索引

[toxicant]

你这个头像和标题，绝配

[nanguaboy]

这个 text 类型不能理解

[marcushbs]

ORM 可以有效避免初学者 create table 时的随意，熟练之后当然随便手写

[zencoding]

DBA: 把写 DDL 的人拉出去枪毙 5 分钟

[iceecream]

咋全是 text ？
text 这种不是 mysql 的强项，换 Es 比较快

[crist]

文字都是 text 类型，LZ 也是牛逼！

[jjianwen68]

网上搜一下 db 的最佳实践学习学习

[xpresslink]

@crist 估计楼主是从 sqlite 转过来的。

[ArtIsPatrick]

建议重新建表，好好设计一下字段类型

[huayumo]

哈哈哈,做测试的,这字段也够牛逼的,从来不敢想,

[jon]

你怎么自学的这字段太惊悚了