一位朋友找我做模拟面试，我看他简历上写了，有着实际项目的性能调优经验。这个不错，可以算是他的简历亮点之一。
在测试某功能时，将 mysql 的最大连接数设置为 120，使用 sysbench 并发 200 插入数据，
在使用MySQL数据库的时候，经常会遇到这么一个问题，就是"Can not connect to MySQL server. Too many connections" -mysql 1040错误，这是因为访问MySQL且还未释放的连接数目已经达到MySQL的上限。通常，mysql的最大连接数默认是100, 最大可以达到16384。MySQL的最大连接数，增加该值增加mysqld 要求的文件描述符的数量。如果服务器的并发连接请求量比较大，建议调高此值，以增加并行连接数量，当然这建立在机器能支撑的情况下，因为如果连接数越多，介于MySQL会为每个连接提供连接缓冲区，就会开销越多的内存，所以要适当调整该值，不能盲目提高设值。
项目中可能会遇到MySQL: ERROR 1040: Too many connections”的异常情况，造成这种情况的一种原因是访问量过高，MySQL服务器抗不住，这个时候就要考虑增加从服务器分散读压力；另一种原因就是MySQL配置文件中max_connections值过小。 首先，首先我们来看下mysql的最大连接数：
对于MySQL数据库中，千万级别或者上亿级别的大表如何优化？首先需要考虑执行计划优化SQL语句和索引，然后再考虑前段加缓存memcached、Redis数据库，如果还达不到效果，就要使用MySQL数据库集群，配置读写分离架构，配置MySQL表分区，配置MyCat分表分库等。
使用nginx作为web服务，访问的时候报错： accept() failed (24: Too many open files) 原因时：nginx的连接数超过了系统设定的最大值！ 解决办法： （1） [root@kvm-server nginx]# ulimit -n 1024 [root@kvm-server nginx]# ulimit -n 655360 #把打开文件数设置足够大，这是临时修改方案 [root@kvm-server nginx]# ulimit -n 655360 （
pymysql.err.OperationalError: (1040, 'Too many connections') 超出连接数据库最大连接数所致，修改最大连接数
在开发和测试时，我们往往不会很在意数据库相关的一些并发数的配置，因为开发和测试时，系统的并发量并不会很大，
究竟哪些东西可以影响到我们服务器的性能呢？ 无非就是：CPU、磁盘IO、内存等等一系列硬件 在研究性能时候,先带大家来了解三个术语 QPS: 每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准,简言之就是数据库每秒能查多少数据 TPS: 服务器每秒处理的事务数。TPS包括一条消息入和一条消息出，加上一次用户数据库访问。（业务TPS = CAPS × 每个呼叫平均TPS） 并发量: 同一时间处理请求的数量，注意不要和同时连接数搞混,连接数要比并发量多的多的多 如果存
Apache并发连接数详细统计，包括读取请求、持久连接、发送响应内容、关闭连接、等待连接
Apache性能监控支持以下指标： Apache吞吐率 Apache并发连接数 Apache并发连接数详细统计，包括读取请求、持久连接、发送响应内容、关闭连接、等待连接 image.png Lighttpd性能监控支持以下指标： Lighttpd吞吐率 Lighttpd并发连接数 Lighttpd并发连接数详细统计，包括建立连接、读取请求、读取POST数据、处理请求、发送响应内容、关闭连接 Nginx性能监控支持以下指标： Nginx吞吐率 Nginx并发连接数 Nginx并发连接数详细统计，包括读取请
买了一台数据库，最大连接数的参数是 4000，看起来很棒！但是 cpu 和内存并不咋好！是 2c4g的超低配制。
key_blocks_unused表示未使用的缓存簇（blocks）数，key_blocks_used表示曾经用到的最大的blocks，如果缓存都用到了，要么增加key_buffer_size，要么过度索引，把缓存占满了。
作为架构师或者开发人员，说到数据库性能优化，你的思路是什么样的？或者具体一点，如果在面试的时候遇到这个问题：你会从哪些维度来优化数据库，你会怎么回答？
MySQL是一个关系型数据库管理系统。MySQL所使用的 SQL 语言是用于访问数据库的最常用标准化语言
在使用MySQL数据库的时候，经常会遇到这么一个问题，就是“Can not connect to MySQL server. Too many connections”-mysql 1040错误，这是因为访问MySQL且还未释放的连接数目已经达到MySQL的上限。通常，mysql的最大连接数默认是100, 最大可以达到16384。
本文涉及：MySQL自带的性能测试工具mysqlslap的使用及几个性能调优的方法 性能测试工具—mysqlslap mysqlslap是MySQL自带的一款非常优秀的性能测试工具。使用它可以 模拟多个客户端并发向服务器发出查询、更新等请求,然后输出简单的报告 可选参数 --engines：代表要测试的引擎，可以有多个，用分隔符隔开 --iterations：代表要运行这些测试多少次 --auto-generate-sql ：代表用系统自己生成的SQL脚本来测试 --auto-generate-sql-l
如题，本章主要讲下当服务器出现 ERROR 1040: Too many connections错误时的一些处理心得。
很多时候，程序员对mysql处于频繁使用，但都一知半解的程度，除了会加个索引，貌似也没啥优化的技能了。事实上，mysql能有今日的成就，必然不是靠个索引就吃饭的。更何况很多情况下，索引什么的应用层面也解决不了实际问题。那么，我们就需要深入到mysql内部去一探究竟。
再开始这个问题之前，我们先的准备一下环境， mysql 8.027 8G 内存 SSD 磁盘 4核心CPU 。同时通过sysbench来对系统进行测试数据的填充。
在确定最大连接数之前，先来看看系统如何标识一个tcp连接。系统用一个4四元组来唯一标识一个TCP连接：{local ip, local port,remote ip,remote port}。
导读：最大连接数1000，高并发指多大的活跃连接数？最大连接数是 1000 的话，根据 rds 的规格来说的话，还是比较低的。在高并发的情况下，指多大的活跃连接数？
用池来管理Connection，这可以重复使用Connection。有了池，所以我们就不用自己来创建Connection，而是通过池来获取Connection对象。当使用完Connection后，调用Connection的close()方法也不会真的关闭Connection，而是把Connection“归还”给池。池就可以再利用这个Connection对象了。
数据库优化有很多可以讲，按照支撑的数据量来分可以分为两个阶段：单机数据库和分库分表，前者一般可以支撑500W或者10G以内的数据，超过这个值则需要考虑分库分表。另外，一般大企业面试往往会从单机数据库问起，一步一步问到分库分表，中间会穿插很多数据库优化的问题。本文试图描述单机数据库优化的一些实践，数据库基于mysql，如有不合理的地方，欢迎指正。
Error when connecting to server: 1064 Reach limit of connections（FE的连接数达到了上限）
MySQL优化 MySQL 优化方案 对于 **MySQL** 的性能优化，大部分情况下都是想减少查询所消耗的时间；而一个查询是由很多个环节组成，那么就需要从每个环节消耗时间进行入手。 配置优化（连接） 当客户端连接到服务端有可能服务端连接数不够导致应用程序获取不到连接而报出 **Mysql: error 1040: Too many connections**** **的错误。一般情况下可以从两个方面去解决连接数不够的问题： 对于服务端来说，可以增加服务端的可用连接数（**MySQL 8.0.
Threads_connected 跟show processlist结果相同，表示当前连接数。准确的来说，Threads_running是代表当前并发数
MySQL的连接池和连接管理是提高性能和可靠性的关键组件之一。在高并发场景下，合理地使用连接池和进行连接管理可以减少数据库连接的创建和销毁开销，提高系统的响应速度和资源利用率，同时有效地避免连接泄露和连接超时等问题。
http://dev.mysql.com/doc/refman/5.7/en/set-statement.html
MySQL服务器的连接数并不是要达到最大的100%为好，还是要具体问题具体分析，下面就对MySQL服务器最大连接数的合理设置进行了详尽的分析，供您参考。
PostgreSQL 是非常好的开源的数据库,主要针对替换ORACLE及其他传统型RDBS数据库的重任,基本上大部分中小型企业,能指望的开源数据库也只有POSTGRESQL ,当然如果你愿意花更多的钱,更多的应用程序结构方面的改造,MYSQL也不是不可以, ORACLE 换成PG如同,你从一个中单的一个房间 换到另一个房间, 如果要是ORACLE 到MYSQL ,就如同你从北京,搬到上海. 所以如果不想大动干戈, 并且不想改变现有的整体架构, PG 是必然的选择,没有其他.
获取数据库连接的时间居然超过了30秒，正常情况下一个请求的处理时间是200ms，所以觉得特别奇怪。 按说即使数据库连接数小于请求并发数，因为数据库连接是共享的，请求也可以很快地获取到数据库连接并完成请求。但是实际却超过了30秒。
mysql是多线程结构，包括后台线程和客户服务线程，多线程可以有效利用服务器资源，提高数据库的并发性能。在mysql的并发能力上，主要有有下列参数界定。分别为max_connections,back_log,thread_cache_size,table_open_cache等。
今天中午，开发测试环境的MySQL服务报了一个too many connections的错误，从问题上看，可能是连接池被打满了，导致所有的连接都不可用了。
本来不打算写这个题目的，因为 Druid 大多都是在 Spring 中使用的，它很多功能非常强大，但是对于 MySQL 性能测试中并不实用。但是由于特殊原因，还是得把这个拾起来。
JDBC 是Java应用程序用来连接关系型数据库的标准API，为多种关系型数据库提供一个统一的访问接口。Sun公司一共定义4种 JDBC 驱动类型，一般使用第4种，该类型的Driver完全由Java代码实现，通过使用socket与数据库进行通信。
该文章是一篇关于MySQL数据库引擎优化实践的技术文章。通过对比MySQL和MariaDB两种数据库引擎的优化实践，总结了在数据库优化方面的经验，包括MySQL数据库引擎选择、MariaDB数据库引擎选择、MySQL数据库引擎优化实践、MariaDB数据库引擎优化实践和MySQL与MariaDB性能比较。
用B+树而非B树考虑的是IO对性能的影响。B树的每个节点都存储数据，而B+树只有叶子节点才存储数据，所以查找相同数据量时，B树的高度更高，IO更频繁。数据库索引是存储在磁盘中的，当数据量大时，就不能把整个索引全部加载到内存中，只能逐一加载每一个磁盘页
1.慢查询：很难在短时间内过滤出需要的数据 查询字区分度低 -> 要在大数据量的表中筛选出来其中一部分数据会产生大量的磁盘 io -> 降低磁盘效率
之前写过一篇文章《数据库的使用你可能忽略了这些》，主要是从一些大家使用使用时容易忽略的地方，如：字段长度、表设计等来说明，这篇文章同样也是这样的主题，只是从另外的几个方面来说说数据库使用中，容易忽略，导致入坑的地方。
QPS： QueriesPerSecond意思是“每秒查询率”，是一台服务器每秒能够相应的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。
1.慢查询：很难在短时间内过滤出需要的数据 查询字区分度低 -> 要在大数据量的表中筛选出来其中一部分数据会产生大量的磁盘io -> 降低磁盘效率
受飞凡电商技术负责人刘兵先生的独家授权，在csdn博客我原创发表《NRedis-Proxy 高性能Redis 中间件服务》的架构原理，以及项目开源介绍。 一、 NRedis-Proxy 介绍
https://segmentfault.com/a/1190000013672421
Spring Boot 作为 Java 开发中必备的框架，它为开发者提供了高效且易用的开发工具，所以和它相关的面试题自然也很重要，咱们今天就来看这道经典的面试题：SpringBoot同时可以处理多少个请求 ？
# 客户端设置 [client] port = 3306 # 默认情况下，socket文件应为/usr/local/mysql/mysql.socket,所以可以ln -s xx /tmp/mysql.sock socket = /tmp/mysql.sock # 服务端设置 [mysqld] ########################################################################################################
因为近期互联网直播/点播需求量激增，我们在项目对接时也遇到各种各样关于视频直播和点播的问题。今天就为大家分享一个并发报错的案例。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
