目前,我有一个包含2列的类别表 – 类别VARCHAR(50)NOT NULL PRIMARY KEY和父VARCHAR(50).父列是类别列的外键(FK).
这似乎是最明显的方法.然而,由于我使用VARCHAR列作为主键,警报铃声在我脑海中响起,这可能会在查询表时减慢操作速度.
我可以引入一个名为cat_id INT AUTO_INCREMENT的第三列,并将其设置为PK,但它会引入一个没有意义的新列.
除了哪一个会更快,还应该考虑其他什么？
注：我预测最多会有1000个类别,因此行数不是很高.但是,类别PK列将是许多外键的引用列,在其他表中.
我应该使用(唯一的)用户名作为PK吗？
解决方法:
VARCHAR列作为主键不是一个好选择,因为通常我们在同一列上创建群集索引.
由于预期的高碎片率,VARCHAR列上的群集索引是一个糟糕的选择.每个新插入的键值都会尝试在现有键之间找到它的位置,并且通常会导致页面拆分和高索引碎片.结果是性能不佳和额外的索引重建/重组成本.
其次,与伪键自动递增列相比,使用varchar键列作为外键将占用额外空间.
但
虽然热点可能是一个问题,但是当许多用户尝试插入值时,但仍然在你的情况下我想使用自动增量列与varchar相比.
标签：performance,mysql,primary-key,varchar,foreign-key
来源： https://codeday.me/bug/0806/1595475.html
