MySQLのデータベースクエリ効率の最大化-パート1-

プライマリキーまたは一意のキーを持たないテーブルは、通常、データが大きくなると大きな問題を引き起こします。これが発生すると、単純なデータ変更によってデータベースが停止する可能性があります。適切なインデックスがなく、UPDATEまたはDELETEステートメントが特定のテーブルに適用されている場合、MySQLによってクエリプランとして全表スキャンが選択されます。これにより、読み取りと書き込みのディスクI / Oが高くなり、データベースのパフォーマンスが低下する可能性があります。以下の例を参照してください：

root[test]> show create table sbtest2\G

*************************** 1. row ***************************

       Table: sbtest2

Create Table: CREATE TABLE `sbtest2` (

  `id` int(10) unsigned NOT NULL,

  `k` int(10) unsigned NOT NULL DEFAULT '0',

  `c` char(120) NOT NULL DEFAULT '',

  `pad` char(60) NOT NULL DEFAULT ''

) ENGINE=InnoDB DEFAULT CHARSET=latin1

1 row in set (0.00 sec)



root[test]> explain extended update sbtest2 set k=52, pad="xx234xh1jdkHdj234" where id=57;

+----+-------------+---------+------------+------+---------------+------+---------+------+---------+----------+-------------+

| id | select_type | table   | partitions | type | possible_keys | key  | key_len | ref | rows | filtered | Extra       |

+----+-------------+---------+------------+------+---------------+------+---------+------+---------+----------+-------------+

|  1 | UPDATE      | sbtest2 | NULL       | ALL | NULL | NULL | NULL    | NULL | 1923216 | 100.00 | Using where |

+----+-------------+---------+------------+------+---------------+------+---------+------+---------+----------+-------------+

1 row in set, 1 warning (0.06 sec)

主キーを持つテーブルには非常に優れたクエリプランがありますが、

root[test]> show create table sbtest3\G

*************************** 1. row ***************************

       Table: sbtest3

Create Table: CREATE TABLE `sbtest3` (

  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,

  `k` int(10) unsigned NOT NULL DEFAULT '0',

  `c` char(120) NOT NULL DEFAULT '',

  `pad` char(60) NOT NULL DEFAULT '',

  PRIMARY KEY (`id`),

  KEY `k` (`k`)

) ENGINE=InnoDB AUTO_INCREMENT=2097121 DEFAULT CHARSET=latin1

1 row in set (0.00 sec)



root[test]> explain extended update sbtest3 set k=52, pad="xx234xh1jdkHdj234" where id=57;

+----+-------------+---------+------------+-------+---------------+---------+---------+-------+------+----------+-------------+

| id | select_type | table   | partitions | type | possible_keys | key     | key_len | ref | rows | filtered | Extra   |

+----+-------------+---------+------------+-------+---------------+---------+---------+-------+------+----------+-------------+

|  1 | UPDATE      | sbtest3 | NULL       | range | PRIMARY | PRIMARY | 4       | const | 1 | 100.00 | Using where |

+----+-------------+---------+------------+-------+---------------+---------+---------+-------+------+----------+-------------+

1 row in set, 1 warning (0.00 sec)

プライマリキーまたは一意のキーは、テーブル構造の重要なコンポーネントを提供します。これは、特にテーブルのメンテナンスを実行する場合に非常に重要であるためです。たとえば、Percona Toolkitのツール（pt-online-schema-changeやpt-table-syncなど）を使用する場合は、一意のキーが必要であることをお勧めします。 PRIMARY KEYはすでに一意のキーであり、主キーはNULL値を保持できませんが、一意のキーを保持できることに注意してください。主キーにNULL値を割り当てると、次のようなエラーが発生する可能性があります

ERROR 1171 (42000): All parts of a PRIMARY KEY must be NOT NULL; if you need NULL in a key, use UNIQUE instead

スレーブノードの場合、特定の場合に、プライマリ/一意キーがテーブルに存在しないため、テーブル構造が一致しないこともよくあります。 mysqldiffを使用してこれを実現するか、mysqldump --no-data…paramsを実行し、diffを実行してテーブル構造を比較し、不一致がないかどうかを確認します。

重複するインデックスを使用してテーブルをスキャンし、それを削除しました

インデックスが重複していると、特にテーブルに大量のレコードが含まれている場合に、パフォーマンスが低下する可能性があります。 MySQLは、クエリを最適化するために複数の試行を実行する必要があり、チェックするクエリプランをさらに実行します。これには、大規模なインデックス分布または統計のスキャンが含まれ、メモリの競合や高いI/Oメモリ使用率を引き起こす可能性があるためパフォーマンスのオーバーヘッドが追加されます。

テーブルで重複したインデックスが観察された場合のクエリの劣化も、バッファプールの飽和に起因します。これは、チェックポイントがトランザクションログをディスクにフラッシュするときにMySQLのパフォーマンスにも影響を与える可能性があります。これは、不要なインデックスの処理と保存が原因です（実際には、そのテーブルの特定のテーブルスペースのスペースが無駄になります）。重複するインデックスもテーブルスペースに格納され、バッファプールにも格納する必要があることに注意してください。

root[test]#> show create table sbtest3\G

*************************** 1. row ***************************

       Table: sbtest3

Create Table: CREATE TABLE `sbtest3` (

  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,

  `k` int(10) unsigned NOT NULL DEFAULT '0',

  `c` char(120) NOT NULL DEFAULT '',

  `pad` char(60) NOT NULL DEFAULT '',

  PRIMARY KEY (`id`),

  KEY `k` (`k`,`pad`,`c`),

  KEY `kcp2` (`id`,`k`,`c`,`pad`),

  KEY `kcp` (`k`,`c`,`pad`),

  KEY `pck` (`pad`,`c`,`id`,`k`)

) ENGINE=InnoDB AUTO_INCREMENT=2048561 DEFAULT CHARSET=latin1

1 row in set (0.00 sec)

root[test]#> \! du -hs /var/lib/mysql/test/sbtest3.ibd

2.3G    /var/lib/mysql/test/sbtest3.ibd

root[test]#> drop index kcp2 on sbtest3; drop index kcp on sbtest3 drop index pck on sbtest3;

Query OK, 0 rows affected (0.01 sec)

Records: 0  Duplicates: 0  Warnings: 0

Query OK, 0 rows affected (0.01 sec)

Records: 0  Duplicates: 0  Warnings: 0

Query OK, 0 rows affected (0.01 sec)

Records: 0  Duplicates: 0  Warnings: 0



root[test]#> alter table sbtest3 engine=innodb;

Query OK, 0 rows affected (28.23 sec)

Records: 0  Duplicates: 0  Warnings: 0



root[test]#> \! du -hs /var/lib/mysql/test/sbtest3.ibd

945M    /var/lib/mysql/test/sbtest3.ibd

SELECT bookid, page, context FROM books WHERE context like '%for dummies%';

root[minime]#> CREATE FULLTEXT INDEX aboutme_fts ON users_info(aboutme);

Query OK, 0 rows affected, 1 warning (0.49 sec)

Records: 0  Duplicates: 0  Warnings: 1



root[jbmrcd_date]#> show warnings;

+---------+------+--------------------------------------------------+

| Level   | Code | Message                                          |

+---------+------+--------------------------------------------------+

| Warning |  124 | InnoDB rebuilding table to add column FTS_DOC_ID |

+---------+------+--------------------------------------------------+

1 row in set (0.00 sec)