mysql数据库最大能支持多少并发量

MySQL服务器的最大并发连接数是16384。

受服务器配置，及网络环境等制约，实际服务器支持的并发连接数会小一些。主要决定因素有：

1、服务器CPU及内存的配置。

2、网络的带宽。互联网连接中上行带宽的影响尤为明显。

扩展资料：

优化数据库结构：

组织数据库的schema、表和字段以降低I/O的开销，将相关项保存在一起，并提前规划，以便随着数据量的增长，性能可以保持较高的水平。

设计数据表应尽量使其占用的空间最小化，表的主键应尽可能短。·对于InnoDB表，主键所在的列在每个辅助索引条目中都是可复制的，因此如果有很多辅助索引，那么一个短的主键可以节省大量空间。

仅创建需要改进查询性能的索引。索引有助于检索，但是会增加插入和更新 *** 作的执行时间。

InnoDB的ChangeBuffering特性：

InnoDB提供了changebuffering的配置，可减少维护辅助索引所需的磁盘I/O。大规模的数据库可能会遇到大量的表 *** 作和大量的I/O，以保证辅助索引保持最新。当相关页面不在缓冲池里面时，InnoDB的changebuffer将会更改缓存到辅助索引条目。

从而避免因不能立即从磁盘读取页面而导致耗时的I/O *** 作。当页面被加载到缓冲池时，缓冲的更改将被合并，更新的页面之后会刷新到磁盘。这样做可提高性能，适用于MySQL5.5及更高版本。

参考资料来源：百度百科-MySQL数据库

可能影响，并可能影响。这就是所谓的“一个老鼠屎坏了一锅汤。”许多DBA都遇到类似的问题，即一台服务器上，在服务器上的所有应用程序的应用程序编程问题，导致多个应用程序的数据都受到牵连。但是，根据你的描述，如果唯一的A1死锁，然后A2是不是一个问题。但是，如果的A1表扫描或复杂的计算，导致太多的资源，这将影响到A2的压力。

数据库的并发性通常指的是整个服务器的并发性，无论数据库服务器的几个库

我理解的是：读表的锁表是指在读的过程中上锁，不允许中途还insert其他记录，当读表完毕，获得select结果后，表就解锁了，可以继续新的select或insert等 *** 作。

例子里：2人同时借钱，没有业务锁的话，两个请求发到后端后可能同时去select，此时2次借款 *** 作select余额都是1000（在另一人借200后回写余额800之前），于是2个请求 *** 作各自开始借钱，算出借钱后都剩下800，再分别update进表中，表里余额就是800

如果加业务锁：2个请求到后端后，select余额和借钱后Update按一个事务进行，那第1人select 1000元并借款后剩下800更新进表中，完成第1人借钱事务后，再进行第2人借钱select 剩下的800元并借款后剩下600更新进表中，就可以避免

---