MySQL提供了多种方法来添加锁，以确保在并发环境下对数据库的数据进行正确的读写操作。下面介绍几种常用的锁类型及其使用方法。

1. 表级锁（Table-level locks）：

- 读锁（共享锁）：使用`LOCK TABLES`语句来获得读锁，阻止其他会话对表进行写操作，但允许其他会话对表进行读操作。例如：

```

LOCK TABLES table_name READ;

```

- 写锁（排他锁）：使用`LOCK TABLES`语句来获得写锁，阻止其他会话对表进行读写操作。例如：

```

LOCK TABLES table_name WRITE;

```

注意：表级锁对整个表进行加锁，可能导致并发性能问题，应尽量避免频繁使用。

2. 行级锁（Row-level locks）：

- 乐观锁：通过使用版本号或时间戳等机制，在读取数据时标记版本号，并在写入数据时检查版本号，用于实现乐观并发控制。

- 悲观锁：使用`SELECT ... FOR UPDATE`语句对需要进行写操作的行加上悲观锁，阻止其他会话对该行进行读写操作。例如：

```

SELECT * FROM table_name WHERE ... FOR UPDATE;

```

注意：行级锁只对特定行进行加锁，相比于表级锁，具有更好的并发性能。

3. 事务锁（Transaction-level locks）：

- 读提交（Read Committed）：默认的隔离级别，会锁定已提交的数据行，但在事务中的读操作不会锁定数据。

- 可重复读（Repeatable Read）：在整个事务期间锁定读取的数据，保证在事务进行期间读取的数据不会被其他事务修改。

- 串行化（Serializable）：最高级别的隔离级别，对读写加上完全的锁，确保事务的执行互相不会干扰。

除了使用MySQL自带的锁机制外，还可以使用应用层的锁来控制对数据库的并发访问。例如，使用分布式锁（如Redis分布式锁）来确保多个应用程序实例对数据库的访问不会冲突。

总结起来，在MySQL中可以使用表级锁、行级锁和事务锁来控制对数据库的并发访问。根据具体的业务需求和并发访问情况，选择合适的锁机制来保证数据库的数据一致性和并发性能。