标签:performance mysql primary-key varchar foreign-key
目前,我有一个包含2列的类别表 – 类别VARCHAR(50)NOT NULL PRIMARY KEY和父VARCHAR(50).父列是类别列的外键(FK).
这似乎是最明显的方法.然而,由于我使用VARCHAR列作为主键,警报铃声在我脑海中响起,这可能会在查询表时减慢操作速度.
我可以引入一个名为cat_id INT AUTO_INCREMENT的第三列,并将其设置为PK,但它会引入一个没有意义的新列.
除了哪一个会更快,还应该考虑其他什么?
注:我预测最多会有1000个类别,因此行数不是很高.但是,类别PK列将是许多外键的引用列,在其他表中.
我应该使用(唯一的)用户名作为PK吗?
解决方法:
VARCHAR列作为主键不是一个好选择,因为通常我们在同一列上创建群集索引.
由于预期的高碎片率,VARCHAR列上的群集索引是一个糟糕的选择.每个新插入的键值都会尝试在现有键之间找到它的位置,并且通常会导致页面拆分和高索引碎片.结果是性能不佳和额外的索引重建/重组成本.
其次,与伪键自动递增列相比,使用varchar键列作为外键将占用额外空间.
但
自动递增列上的聚簇索引可能会创建“热点”.请仔细阅读Is ‘Avoid creating a clustered index based on an incrementing key’ a myth from SQL Server 2000 days?
虽然热点可能是一个问题,但是当许多用户尝试插入值时,但仍然在你的情况下我想使用自动增量列与varchar相比.
标签:performance,mysql,primary-key,varchar,foreign-key 来源: https://codeday.me/bug/20190806/1595475.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。