mysql 高并发写数据 sql 在底层是顺序执行吗

通常情况下在PHP中MySQL查询是串行的，如果能实现MySQL查询的异步化，就能实现多条SQL语句同时执行，这样就能大大地缩短MySQL查询的耗时，提高数据库查询的效率。目前MySQL的异步查询只在MySQLi扩展提供，查询方法分别是：

1、使用MYSQLI_ASYNC模式执行mysqli::query

2、获取异步查询结果：mysqli::reap_async_query

使用mysql异步查询，需要使用mysqlnd作为PHP的MySQL数据库驱动。

限流算法目前程序开发过程常用的限流算法有两个：漏桶算法和令牌桶算法。

漏桶算法

漏桶算法的原理比较简单，请求进入到漏桶中，漏桶以一定的速率漏水。当请求过多时，水直接溢出。可以看出，漏桶算法可以强制限制数据的传输速度。如图所示，把请求比作是水滴，水先滴到桶里，通过漏洞并以限定的速度出水，当水来得过猛而出水不够快时就会导致水直接溢出，即拒绝服务。

图片来自网络

漏桶的出水速度是恒定的，那么意味着如果瞬时大流量的话，将有大部分请求被丢弃掉（也就是所谓的溢出）。

令牌桶算法

令牌桶算法的原理是系统以一定速率向桶中放入令牌，如果有请求时，请求会从桶中取出令牌，如果能取到令牌，则可以继续完成请求，否则等待或者拒绝服务。这种算法可以应对突发程度的请求，因此比漏桶算法好。

图片来自网络

漏桶算法和令牌桶算法的选择

两者的主要区别漏桶算法能够强行限制处理数据的速率，不论系统是否空闲。而令牌桶算法能够在限制数据的平均处理速率的同时还允许某种程度的突发流量。如何理解上面的含义呢？漏桶算法，比如系统吞吐量是 120/s，业务请求 130/s，使用漏斗限流 100/s，起到限流的作用，多余的请求将产生等待或者丢弃。对于令牌桶算法，每秒产生 100 个令牌，系统容量 200 个令牌。正常情况下，业务请求 100/s 时，请求能被正常被处理。当有突发流量过来比如 200 个请求时，因为系统容量有 200 个令牌可以同一时刻处理掉这 200 个请求。如果是漏桶算法，则只能处理 100 个请求，其他的请求等待或者被丢弃。

处理过类似的问题，原因可能是你的连接太频繁，客户端太多，这里没看到你的具体表结构和业务逻辑，仅能提供一些经验：

检查访问的业务表的索引是否存在多个唯一索引（包括主键），如果是尽量保持主键，删除其他的唯一索引；

避免客户端访问时的多表联合和复杂的子查询，如果无法解决，从数据库中对表的结构进行调优，尽量让客户端的访问一步抵达，减少中间运算过程；

select不会锁表，只有update或insert才会导致锁表，一定避免 insert into *** select ** from的结构，这个你可以详细的查看Mysql的锁表机制，尽量避免在高并发情况使用对表的批量写 *** 作；

高并发下客户端对表的写 *** 作最好根据主键1对1的 *** 作，比如update table set A = B where id = 3，看起来不高效，但实际上效果很好，一定不会产生锁表的问题，因为这样在排队的时候就不会把优先级的逻辑运算交由mysql自己处理，也不会出现阻塞的情况；

---