数据库调整SQL的执行顺序，对性能有没有影响

每年的3,4月份都是求职的高峰期，今天我们来分享一个经典的面试题，这个题目是来自一位粉丝最近参与的一次华为面试后台工程师面试。

我们有一个交易系统，每当发生一次交易操作的时候，会发生下面几个事情，增加一条交易记录，买家的金额减少X元，卖家的金额增加X元。很显然，为了保证数据的一致性，我们需要在事务下完成这三个操作，那么，这3条sql的执行顺序，对系统的系能有没有什么影响呢?

大家都知道，在数据库中，如果有多个不同的任务同时对同一行数据有更新，那么就可能会出现并发问题。为了解决这个问题，MySQL有着复杂的锁的机制，一般情况下，我们这种只更新某一行的数据通常使用的的是Mysql的行锁。同时在所有的数据库操作中，我们必须保证一个状态到另外一个状态的数据一致性，也就是事务，那么Mysql的事务跟锁有什么关系呢?

Mysql的行锁，是在需要的时候申请，但并不是立马释放，而是等到事务结束后才释放，我们称之为二阶段协议。基于这样的一种设定，如果我们要提高系统的整体性能，就要让等到锁的时间越少越好，也就是并发越高的修改，放到越后面，这样子，就能够在处理完当前数据库操作之后，尽快地提交事务，并释放锁，交给下一个任务。

在上述例子中，增加一条交易记录，一般都是追加的操作，不需要加锁，而给买家的金额减X元，通常，一个买家同一时间内，都不会有并发，即使有(例如手机，app同时下单付款等)那也是非常小的概率事件，但是对于卖家就不一定了，特别是一些爆品，卖家设置可能在1秒钟内完成数百次甚至上千次并发。所以，我们应该把卖家金额的变更放到最后，那样能够很大程度地提升系统的性能。

数据库(Database)是按照 数据结构来组织、 存储和管理数据的建立在计算机存储设备上的仓库。

简单来说是本身可视为 电子化的文件柜——存储电子 文件的处所，用户可以对文件中的数据进行新增、截取、更新、删除等操作。