主キーとしてのMySQL intとvarchar（InnoDB Storage Engine？
私はWebアプリケーション（プロジェクト管理システム）を構築していますが、パフォーマンスに関してはこれについて疑問に思っていました。 課題テーブルがあり、その中には他のさまざまなテーブルにリンクする12の外部キーがあります。そのうち8つは、他のテーブルからタイトルフィールドを取得するために参加する必要があります。これは、Webアプリケーションでレコードが意味をなすようにするためです。これらの結合ごとに1つのフィールド。 今、永続的な理由で自動増分主キーを使用するように言われました（シャーディングがGUIDを使用する必要がある場合を除きます）が、varchar（最大長32）のパフォーマンスを使用するのはどれほど悪いですか？つまり、これらのテーブルのほとんどは、おそらく多くのレコードに含まれないでしょう（それらのほとんどは20未満でなければなりません）。また、タイトルを主キーとして使用すると、95％の時間を結合する必要がないため、SQLの95％でパフォーマンスヒットさえ発生します（私は思う）。私が考えることができる唯一の欠点は、私はより高いディスクスペース使用量を持っているということです（しかし、1日は本当に大したことです）。 列挙の代わりにこのようなものの多くにルックアップテーブルを使用している理由は、これらの値のすべてがアプリケーション自体を介してエンドユーザーによって構成可能である必要があるためです。 多くのレコードを持つことを除いて、テーブルの主キーとしてvarcharを使用することの欠点は何ですか？ 更新-いくつかのテスト それで、私はこのものでいくつかの基本的なテストをすることにしました。私は100000レコードを所有しており、これらは基本クエリです。 ベースVARCHAR FKクエリ SELECT i.id, i.key, i.title, i.reporterUserUsername, i.assignedUserUsername, i.projectTitle, i.ProjectComponentTitle, i.affectedProjectVersionTitle, i.originalFixedProjectVersionTitle, i.fixedProjectVersionTitle, i.durationEstimate, i.storyPoints, i.dueDate, i.issueSecurityLevelId, i.creatorUserUsername, i.createdTimestamp, i.updatedTimestamp, i.issueTypeId, i.issueStatusId FROM ProjectManagement.Issues i ベースINT FKクエリ SELECT i.id, i.key, i.title, ru.username as reporterUserUsername, au.username as assignedUserUsername, p.title as projectTitle, pc.title as ProjectComponentTitle, …