在大表执行ddl的过程中，若临时中断，会发生什么状况，需要特别处理吗？

MySQL的表中有唯一索引，设置unique_checks为0时，还能否写入重复值？
在数据检索的条件中使用!=操作符时，存储引擎会放弃使用索引
Redis集群的slot迁移是如何实现的?
在大表执行ddl的过程中，若临时中断，会发生什么状况，需要特别处理吗？

一、MySQL的表中有唯一索引，设置unique_checks为0时，还能否写入重复值？

首先，即便设置unique_checks=0，也无法往唯一索引中写入重复值。

其次，设置unique_checks=0的作用在于，批量导入数据（例如load data）时，在确保导入数据中无重复值时，无需再次检查其唯一性，加快导入速度。

所以，unique_checks=0并不是允许唯一约束失效，而是再批量导数据时不再逐行检查唯一性。

二、某人曰，在数据检索的条件中使用!=操作符时，存储引擎会放弃使用索引。理由：因为检索的范围不能确定,所以使用索引效率不高，会被引擎自动改为全表扫描。

你认可他的说法吗？

答：通常情况下，这个说法是正确的。当然，也有特殊情况，话不能说绝对了。

有一个测试表共80万条数据，其中type列只有1、2两个值，分别占比97%和3%。

这种情况下，查询条件 WHERE type != 1，是有可能也可以走索引的。

下面是两个SQL的执行计划：

************ 1. row ************ 
id: 1 
select_type: SIMPLE 
table: t1 
partitions: NULL 
type: ref 
possible_keys: type 
key: type 
key_len: 4 
ref: const 
rows: 399731 
filtered: 100.00 
Extra: NULL

mysql> desc select * from t1 where type != 1\G 
************ 1. row ************ 
id: 1 
select_type: SIMPLE 
table: t1 
partitions: NULL 
type: ref 
possible_keys: type 
key: type 
key_len: 4 
ref: const 
rows: 10182 
filtered: 100.00 
Extra: NULL

type数据分布 
mysql> select type, count(*) as cnt from t1 group by type order by cnt; 
+------+--------+ 
| type | cnt | 
+------+--------+ 
| 2 | 38304 | 
| 1 | 761690 | 
+------+--------+