MySQL的串行化设置是通过设置不同的隔离级别实现的。隔离级别是指事务之间的隔离程度，包括读取现象、脏读取、不可重复读取和幻读取。

MySQL支持四种隔离级别，分别是：

- 读未提交（Read Uncommitted）：一个事务可以读取另一个事务还未提交的数据，导致脏读取。

- 读已提交（Read Committed）：一个事务只能读取另一个事务已经提交的数据，避免了脏读取，但是可能会导致不可重复读取。

- 可重复读取（Repeatable Read）：一个事务在执行期间的多个读取操作得到的结果是一致的，避免了不可重复读取，但是可能会导致幻读取。

- 串行化（Serializable）：将所有事务串行执行，避免了脏读取、不可重复读取和幻读取，但是会影响并发性能。

MySQL的默认隔离级别是可重复读取（Repeatable Read）。如果需要设置为串行化（Serializable），可以在建立连接时执行以下语句：

SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;

这将把当前会话的隔离级别设置为串行化。如果需要设置为其他隔离级别，可以将SERIALIZABLE换成Read Uncommitted、Read Committed或Repeatable Read即可。

另外，也可以在my.cnf配置文件中设置全局的隔离级别，如下所示：

[mysqld]

transaction-isolation = SERIALIZABLE

这将将全局隔离级别设置为串行化。同样地，如果需要设置为其他隔离级别，可以将SERIALIZABLE换成READ-UNCOMMITTED、READ-COMMITTED或REPEATABLE-READ即可。

总之，MySQL的串行化设置通过隔离级别来实现，串行化隔离级别可以避免事务间的各种读取现象，但会对并发性能造成影响。选择合适的隔离级别需要根据具体应用场景进行权衡。

MySQL 可以使用锁来实现并发控制，在串行化的情况下确保事务的完整性和一致性，避免发生并发问题。MySQL 提供了两种锁机制，分别是悲观锁和乐观锁。

悲观锁是指当一个事务操作时，认为其他事务可能会对数据进行修改，因此需要先将数据加锁，其他事务就无法修改这些数据，直到当前事务提交或回滚之后才能释放锁。MySQL 实现悲观锁的方式是通过使用表锁、行锁和读锁机制。

表锁非常适用于全局性操作，但是会造成更多的锁等待时间，因此尽量使用行锁或读锁。行锁在读写并发场景下比较适用，因为允许不同的事务对同一张表的不同行进行操作。读锁在读写并发场景下相对悲观锁而言性能更好，但是对于大量修改的场景，读锁可能会造成线程饥饿问题。

乐观锁是指不使用锁来进行并发控制，而是通过使用版本号或时间戳等机制来进行事务隔离。乐观锁认为在一个事务中只有很少的可能发生冲突，因此并不预留锁资源。但是这种锁机制需要在代码中写入版本号或时间戳的判断逻辑，适用于并发读取比较多，但写入比较少的业务场景。

MySQL 的串行化设置可以在 MySQL 的配置文件 my.cnf 中进行配置。可以通过在配置文件中添加如下一行代码，实现改变 MySQL 的并发级别，默认情况下是可重复读级别：

transaction-isolation=SERIALIZABLE

在尝试上述配置之前，需要确保当前 MySQL 版本支持 SERIALIZABLE 级别。在 MySQL 5.6 及以上版本中，SERIALIZABLE 级别被支持，但在之前的版本中并不支持。

总之，在 MySQL 数据库中，无论采用哪种锁机制以保证事务的完整性和一致性，都需要明确事务隔离标准和锁定规则，以便掌握锁的使用方式并正确实现并发控制。