一、聚簇索引原则
当有主键索引时，选择主键索引；如果没有主键索引，选择第一个的unique索引；如果都没有就选择隐藏生成的ROW_ID。
二、加锁原则
来自知乎MySQL探秘(七):InnoDB行锁算法 - 知乎 (zhihu.com)
- 在不通过索引条件查询时，InnoDB 会锁定表中的所有记录。所以，如果考虑性能，WHERE语句中的条件查询的字段都应该加上索引。这是由于查询时没有通过索引操作，会扫描一遍全表的ROW_ID，相当于是加上了表锁。
- InnoDB通过索引来实现行锁，而不是通过锁住记录。因此，当操作的两条不同记录拥有相同的索引时，也会因为行锁被锁而发生等待。
- 由于InnoDB的索引机制，数据库操作使用了主键索引，InnoDB会锁住主键索引；使用非主键索引时，InnoDB会先锁住非主键索引，再锁定主键索引。例如锁住唯一索引，主键索引也被锁住了。
- 当查询的索引是唯一索引(不存在两个数据行具有完全相同的键值)时，InnoDB存储引擎会将Next-Key Lock降级为Record Lock，即只锁住索引本身，而不是范围。
- InnoDB对于辅助索引有特殊的处理，不仅会锁住辅助索引值所在的范围，还会将其下一键值加上Gap LOCK。
- InnoDB使用Next-Key Lock机制来避免Phantom Problem（幻读问题）。
三、补充
对于原则的后几点，我还不是很清楚，等学习了相关课程后，再进行记录。