我创建了一个如下所示的sysbench表,其中包含25,000,000条记录(5.7G大小):
Create Table: CREATE TABLE `sbtest1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`k` int(11) NOT NULL DEFAULT '0',
`c` char(120) NOT NULL DEFAULT '',
`pad` char(60) NOT NULL DEFAULT '',
PRIMARY KEY (`id`),
KEY `k_1` (`k`)
) ENGINE=InnoDB AUTO_INCREMENT=25000001 DEFAULT CHARSET=latin1
然后直接使用ALTER语句在c上添加索引,大约需要18分钟来更新表,如下所示:
mysql> alter table sbtest1 add index c_1(c);
Query OK, 0 rows affected (18 min 47.32 sec)
Records: 0 Duplicates: 0 Warnings: 0
mysql> show create table sbtest1\G
*************************** 1. row ***************************
Table: sbtest1
Create Table: CREATE TABLE `sbtest1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`k` int(11) NOT NULL DEFAULT '0',
`c` char(120) NOT NULL DEFAULT '',
`pad` char(60) NOT NULL DEFAULT '',
PRIMARY KEY (`id`),
KEY `k_1` (`k`),
KEY `c_1` (`c`)
) ENGINE=InnoDB AUTO_INCREMENT=25000002 DEFAULT CHARSET=latin1
1 row in set (0.00 sec)
在表更新过程的18分钟内,我尝试通过插入新记录来执行表上的一些事务,并且还更新列c上的现有记录,并且当我期望锁定以防止这种情况发生时,我感到惊讶。我一直都知道在InnoDB表上执行ALTER,尤其是大型表,会导致进程持续时间内出现记录锁定,所以想知道为什么我能够执行插入和更新而没有任何问题?
以下是有关我的服务器的一些信息:
mysql> show variables like '%isolation%';
+-----------------------+-----------------+
| Variable_name | Value |
+-----------------------+-----------------+
| transaction_isolation | REPEATABLE-READ |
| tx_isolation | REPEATABLE-READ |
+-----------------------+-----------------+
mysql> select version()
-> ;
+-----------+
| version() |
+-----------+
| 5.7.25-28 |
+-----------+
对我来说,现在看来在MySQL 5.7中,可以直接运行ALTER语句而不用担心锁定?这是一个准确的结论吗?
更新当我试图删除添加的索引c_1时,它只花了不到一秒钟,这也让我感到惊讶,因为我预计这也需要比实际添加索引更长的时间。我一直认为添加索引简单快捷,但删除或更新索引需要很长时间,因为必须更改整个表结构。所以对此有点困惑???
Adding secondary index可以在现场完成并允许并发DML。