在MySQL数据库中，索引是数据存储和查询性能的关键。普通索引与唯一索引虽然都是用于提升查询效率，但它们在性质和使用场景上有着显著区别。
首先，让我们来看看普通索引。它允许索引的值在表中重复，这使得它在验证数据的唯一性上不如唯一索引，例如身份证号码。然而，主键索引是特殊的唯一索引，每个表只能有一个，且不能为空。相比之下，唯一索引可以有多个，但允许部分记录的值为NULL，为特定业务场景提供了更多灵活性。
在实际应用中，如居民系统中的身份证号，由于可能存在的重复和NULL值，通常不将其设为主键，而是选择唯一索引或普通索引。普通索引虽然可能导致额外的查找，但对整型字段性能影响相对较小。唯一索引在插入时需要检查数据的唯一性，这可能会增加磁盘读写成本，尤其是在插入冲突时。
在性能考虑上，查询性能两者相近，但更新性能是关键。对于频繁更新的数据，普通索引更为推荐，因为change buffer机制可以优化更新性能。change buffer缓存未写入内存的数据页更新，减少随机磁盘I/O。在机械硬盘上，这种优化效果尤为明显。WAL（Write Ahead Logging）技术通过减少随机写操作，进一步提升整体效率。
特别要提的是，redo log在数据更新后的读取中发挥着重要作用。它保存了数据变更信息，当系统异常时，能保证数据的安全性，通过merge操作将未修改的数据页和change buffer的数据回滚到redo log中。
当你观察explain计划时，可能会注意到事务未提交导致的数据版本重叠问题，但这并不意味着索引扫描行数会翻倍。理解隔离级别和数据库引擎设置，如在RR（Read Committed）模式下，主键扫描会根据表的实际行数进行估算，不会因并发影响而产生误导。
最后，了解这些索引的特性对于优化数据库设计至关重要。在实际业务场景中，比如归档库等对唯一性要求不高的情况，非唯一索引可能是更好的选择。
深入研究change buffer和redo log的文档，如MySQL官方文档InnoDB Change Buffer，将有助于你更好地运用这些索引策略，提升数据库性能和稳定性。