一个有 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));

回复一下各位，仅仅是自学测试一下，不是实际项目当中，所以字段定义确实不严谨😂

索引也创建完了，耗时7个多小时

Query OK, 780097 rows affected (7 hours 19 min 11.69 sec)

[qiayue]

productName 是 text 类型？大部分几个字符？
另外产品名称建所以没多大意义吧？

[jugelizi]

稳妥的方案是新建临时表带索引 导入数据再覆盖原始的

[xcstream]

text 类型 有点大

[privil]

再开一个连接看看执行状态啊

[css3]

@qiayue 10240 个字符😥，很长，编译器都卡顿

[version]

productName 索引不能用 text 呢.
而且用 VARCHAR 建立索引 200 字符长度以上都直接报错呢
VARCHAR(30) 以内都很大了.
而且字符串做索引.本来性能就不算好.

[yjxjn]

@qiayue code 为啥也是 text 类型？？？不是 number 么

[Egfly]

这索引没啥意义吧。不如上 es

[xuanbg]

text 类型的字段不适合直接做索引。。。一般这种内容我都用 es 做索引，查到 id 后再读数据库。

[yangbin9317]

因为 Innodb 的没有确定的哈希索引，只有自适应哈希索引，我觉得可以建一个字段叫 hash 里面存 text 的 hash，然后在 hash 上建索引（因为 hash 比较短）查询的时候先判断 hash，hash 一样再判断 text 。

[qiayue]

10240 个字符
这么长建索引干嘛？你想做搜索？
不是这样干的

[glacer]

show processlist 看下是不是链接状态是 waiting for metalock

[sjzzz]

.....为什么全是 text 。这表设计的很有问题啊

[jay4497]

不知道你磁盘空间有没有剩余有 50%+，如果没有的话，有可能是空间不足的问题。。。

[wangyzj]

全是 text
text 做索引。。。。咋想的

[kiracyan]

这数据库设计的也是绝了

[mumbler]

啥产品啊，名称要用 text

[ArJun]

索引千万条，但是绝不能用 text 做索引

[ytmsdy]

大哥你 productDescription 用 text 类型表示理解，但是为什么 productCode，productName，productLine 也用 text ？

[metrxqin]

竟然用 MYISAM 引擎，你怎么保证库存数据一致性的？

[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]

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

[sdot96]

换数据库引擎，然后建全文索引啊

[EminemW]

@b821025551b 应用层应该用啥，我用的是 Big Decimal

[zhuzhibin]

卡死应该是因为建立索引 mysql 进程卡死了

[daya]

你们已经把楼主吓得换头像了