InnoDB支持四种行格式：1. **Compact**：MySQL 5.0之前的默认格式，除了保存字段值外，还会利用空值列表保存null值，还会记录长字段长度列表的记录头信息。对于可变长度列，前768字节的数据存储在B树节点的索引记录中，超出部分索引在溢出页中。2. **Redundant**：MySQL 5.0版本之前的行记录存储方式，用的比较少，Redundant行格式会把该记录中所有列（包括隐藏列）的长度信息都存储到“字段长度偏移列表“中。3. **Dynamic**：在MySQL 5.7版本引入，是COMPACT格式的改进版。它保持了COMPACT格式的优点，同时在存储大的可变长度列时更加灵活，能够动态地选择存储在页内或页外。当使用`ROW_FORMAT=DYNAMIC`创建表时，InnoDB可以完全在页外存储长可变长度列值，聚簇索引记录仅包含指向溢出页的20字节指针。4. **Compressed**：使用与Dynamic行格式类似的页外存储内部细节，并从表和索引数据中压缩额外的存储和性能考虑，并使用更小的页面大小。对于Compressed行格式，该`KEY_BLOCK_SIZE`选项控制在聚集索引中存储多少列数据，以及将多少列数据放置在溢出页上。

InnoDB存储引擎在处理更新事务时，遵循ACID原则（原子性、一致性、隔离性和持久性），并使用多版本并发控制（MVCC）来确保事务的完整性和并发性。当客户端执行一个更新操作时，InnoDB会标记一个事务的开始。这通常是通过执行`START TRANSACTION`或`BEGIN`语句来显式开始的，或者在执行任何写操作时隐式开始。InnoDB使用MVCC来读取数据。即使其他事务正在修改数据，事务也能看到一致的数据快照。这是通过在每行数据后存储额外的系统列来实现的，这些系统列记录了数据的版本信息。为了更新数据，InnoDB会使用行级锁（通常是排他锁，即X锁）来锁定要更新的行。这样可以防止其他事务同时修改同一行数据。在修改数据之前，InnoDB会记录一个撤销日志（Undo Log）。如果事务需要回滚，撤销日志将用于撤销所做的更改。更新操作现在可以执行。InnoDB将新的数据值写入到聚簇索引（Clustered Index）中，如果更新的是二级索引（Secondary Index），则相应的索引条目也会被更新。为了确保事务的持久性，InnoDB会在修改数据后立即将更改记录到重做日志（Redo Log）中。重做日志记录了足够的信息，以便在系统崩溃后能够恢复数据。当客户端执行`COMMIT`语句时，InnoDB会确保所有更改都已写入到磁盘上的聚簇索引和二级索引中，并确保重做日志已被刷新到磁盘。此时，事务才被认为是成功提交的。一旦事务提交，InnoDB将释放所有持有的锁，使得其他事务可以访问这些数据。如果事务在执行过程中遇到错误或客户端执行了`ROLLBACK`语句，InnoDB将使用之前记录的撤销日志来回滚事务中所有的更改，并释放所有锁。InnoDB的这种事务处理机制确保了即使在并发环境下，事务也能保持一致性和隔离性，同时通过日志机制保证了事务的原子性和持久性。 

在InnoDB存储引擎下，为表添加索引的操作通常会导致表被锁定，这是一个阻塞操作，因为在添加索引的过程中，数据库需要读取表中的数据以构建索引。但是，InnoDB引擎会对锁进行优化，尽量减少对数据库操作的影响。