MySQL 线程池[2021-06-26]

最新推荐文章于 2022-03-13 18:16:59 发布
最新推荐文章于 2022-03-13 18:16:59 发布
阅读量505 收藏 3
点赞数
分类专栏： 数据库 文章标签： mysql 数据库 sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41822345/article/details/118303717
版权

文章目录

一.引入

1.mysqlslap结合mysqladmin

  • step1：准备数据
## 自建一个库和表，表中有id即可；写一个查询sql脚本，如下：
[root@k8s101 ~]# cat sbtest.sql 
set @id=floor(rand()*2000000+1);
select * from sysbench.sbtest1 where id=@id;
## 测试脚本
[root@k8s101 ~]# mysql < sbtest.sql 
id      k       c       pad
796943  999008  04776247908-39159432861-68542247261-30978582973-93414058449-84873004715-33799745922-13233722164-78399932182-79481095076 25155346000-93752087602-90510925010-53244682843-83774199527
  • step2：执行mysqlslap
## 执行mysqlslap（前提，创建一个空的mysqlslap库，否则报错）
## 该mysqlslap线程将会一直执行，没有任何输出，因此要结合mysqladmin查看运行结果
[root@k8s101 ~]# mysqlslap --query=sbtest.sql -c 4 --number-of-queries=1000000000

该mysqlslap线程将会一直执行，没有任何输出，因此要结合mysqladmin查看mysql性能结果。

  • step3：执行mysqladmin进行监控

在另一个服务器连接客户端上执行：

## Questions统计qps
[root@k8s101 ~]# mysqladmin extended-status -r -i 1 | grep Questions
| Questions                                                    | 584644                                           |
| Questions                                                    | 63559                                            |
| Questions                                                    | 66115                                            |
| Questions                                                    | 64859                                            |
| Questions                                                    | 64876                                            |
| Questions                                                    | 63957                                            |
| Questions                                                    | 64454                                            |
| Questions                                                    | 63476                   
......
## Com_select统计查询执行的次数
[root@k8s101 ~]# mysqladmin extended-status -r -i 1 | grep Com_select
| Com_select                                                   | 704766                                           |
| Com_select                                                   | 34051                                            |
| Com_select                                                   | 32985                                            |
| Com_select                                                   | 32264                                            |
| Com_select                                                   | 33661                                            |
| Com_select                                                   | 31717                                            |
| Com_select                                                   | 32695                   
......

2.秒杀模拟

  • step1：准备数据
use mysqlslap;
DROP TABLE IF EXISTS `stock`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `stock` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id',
  `sku_id` bigint(20) DEFAULT NULL COMMENT 'sku_id',
  `ware_id` bigint(20) DEFAULT NULL COMMENT '仓库id',
  `stock` int(11) DEFAULT NULL COMMENT '库存数',
  `sku_name` varchar(200) DEFAULT NULL COMMENT 'sku_name',
  `stock_locked` int(11) DEFAULT '0' COMMENT '锁定库存',
  PRIMARY KEY (`id`) USING BTREE,
  KEY `sku_id` (`sku_id`) USING BTREE,
  KEY `ware_id` (`ware_id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT CHARSET=utf8mb4 ROW_FORMAT=DYNAMIC COMMENT='商品库存';
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `stock`
--

LOCK TABLES `stock` WRITE;
/*!40000 ALTER TABLE `stock` DISABLE KEYS */;
INSERT INTO `stock` VALUES (1,1,1,99999999,'华为 HUAWEI P40 5G 套餐1',0),(3,2,1,50,'华为 HUAWEI P40 Pro+ 麒麟990 5G  流光幻镜 套餐三',0),(4,3,1,35,'华为 HUAWEI P40 Pro+ 麒麟990 5G  流光幻镜 套餐一',0),(5,4,1,60,'华为 HUAWEI P40 Pro+ 麒麟990 5G  霓影紫 套餐二',0),(6,5,1,125,'华为 HUAWEI P40 Pro+ 麒麟990 5G  霓影紫 套餐三',0);
/*!40000 ALTER TABLE `stock` ENABLE KEYS */;
UNLOCK TABLES;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;
  • step2：准备秒杀脚本
## 最简单的秒杀脚本sql，其实核心sql就这一句。
[root@k8s101 ~]# cat stock.sql 
UPDATE stock SET stock=stock-1 WHERE sku_id=1 and stock>0;

  • step3：执行mysqlslap

    -c num 表示模拟num个客户端发送sql请求

## 执行下列mysqlslap的时候，观察step4：mysqladmi的监控输出。 ^C表示 按下ctrl+c，中断命令
[root@k8s101 ~]# mysqlslap --query=stock.sql -c 4 --number-of-queries=1000000000
^C
[root@k8s101 ~]# mysqlslap --query=stock.sql -c 8 --number-of-queries=1000000000
^C
[root@k8s101 ~]# mysqlslap --query=stock.sql -c 16 --number-of-queries=1000000000
^C
[root@k8s101 ~]# mysqlslap --query=stock.sql -c 32 --number-of-queries=1000000000
^C
[root@k8s101 ~]# mysqlslap --query=stock.sql -c 64 --number-of-queries=1000000000
^C
[root@k8s101 ~]# mysqlslap --query=stock.sql -c 1024 --number-of-queries=1000000000
^C
  • step4：执行mysqladmin进行监控
[root@k8s101 ~]# mysqladmin extended-status -r -i 1 | grep Questions   
| Questions                                                    | 9730823                                          |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 4783     ## -c 4                                 |
| Questions                                                    | 7172                                             |
| Questions                                                    | 7558                                             |
| Questions                                                    | 7641                                             |
| Questions                                                    | 7665                     
| Questions                                                    | 7579                                             |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 1326       ## -c 8                                |
| Questions                                                    | 11927                                            |
| Questions                                                    | 11495                                            |
| Questions                                                    | 11257                                            |
| Questions                                                    | 11370                                            |
| Questions                                                    | 10830                                            |
| Questions                                                    | 11159                                            |
| Questions                                                    | 11451                                            |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 3150      ## -c 16                                 |
| Questions                                                    | 11955                                            |
| Questions                                                    | 12681                                            |
| Questions                                                    | 13188                                            |
| Questions                                                    | 13278                                            |
| Questions                                                    | 12765                                            |
| Questions                                                    | 12151                                            |
| Questions                                                    | 12453                                            |
| Questions                                                    | 5906                                             |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 2446      ## -c 32                                |
| Questions                                                    | 12068                                            |
| Questions                                                    | 11763                                            |
| Questions                                                    | 11999                                            |
| Questions                                                    | 11339                                            |
| Questions                                                    | 11744                                            |
| Questions                                                    | 11399                                            |
| Questions                                                    | 1909                                             |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 2960        ## -c 64                              |
| Questions                                                    | 9848                                             |
| Questions                                                    | 10197                                            |
| Questions                                                    | 9393                                             |
| Questions                                                    | 9283                                             |
| Questions                                                    | 10050                                            |
| Questions                                                    | 9793  
| Questions                                                    | 464                                              |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 1                                                |
| Questions                                                    | 2739      ## -c 1024                             |
| Questions                                                    | 127                                              |
| Questions                                                    | 129                                              |
| Questions                                                    | 122                                              |
| Questions                                                    | 123                                              |
| Questions                                                    | 127                                              |
| Questions                                                    | 128                                              |

......

## 查看mysql连接数
(root@localhost)[(none)]> show processlist;
......
| 2911 | root            | localhost | mysqlslap | Query   |     8 | updating               | UPDATE stock SET stock=stock-1 WHERE sku_id=1 and stock>0 |         0 |             0 |
| 2912 | root            | localhost | mysqlslap | Query   |     8 | updating               | UPDATE stock SET stock=stock-1 WHERE sku_id=1 and stock>0 |         0 |             0 |
| 2913 | root            | localhost | mysqlslap | Query   |     7 | updating               | UPDATE stock SET stock=stock-1 WHERE sku_id=1 and stock>0 |         0 |             0 |
+------+-----------------+-----------+-----------+---------+-------+------------------------+-----------------------------------------------------------+-----------+---------------+
1023 rows in set (0.00 sec)  ##mysql连接数1023个

说明：并不是发送sql请求的客户端越多，qps就越高。

原因：CPU处理请求是有性能瓶颈的。

解决方法：限流。两种方案，业务限流和mysql数据库限流。

  • 业务限流：在业务层面对可能需要限流的业务（比如秒杀）使用一些中间件（比如消息队列）进行限流。
  • 数据库限流：为了使得数据库有一个稳定的qps，建议开启线程池。

二、线程池

1.mysql线程池

MySQL常用（目前线上使用）的线程调度方式是one-thread-per-connection（每连接一个线程），server为每一个连接创建一个线程来服务，连接断开后，这个线程进入thread_cache或者直接退出（取决于thread_cache设置及系统当前已经cache的线程数目）。one-thread-per-connection调度的好处是实现简单，而且能够在系统没有遇到瓶颈之前保证较小的响应时间，比较适合活跃的长连接的应用场景，而在大量短连接或者高并发情况下，one-thread-per-connection需要创建/调度大量的线程，产生较高的的context-switch代价，从而使得系统性能下降。

(root@localhost)[mysqlslap]> show variables like 'thread_hand%';
+-------------------------------+---------------------------+
| Variable_name                 | Value                     |
+-------------------------------+---------------------------+
| thread_handling               | one-thread-per-connection |
+-------------------------------+---------------------------+
1 rows in set (0.00 sec)

2.如何开启线程池

方案一：插件启动。只支持mysql企业版本（收费）。

方案二：直接使用percona版本的mysql。

MySQLl安装percona版本见链接：https://blog.csdn.net/qq_41822345/article/details/117779815

  • step1：安装percon版本的mysql。

  • step2：修改my.cnf

    [mysqld]
thread_handling=pool-of-threads   ## 默认one-thread-per-connection
max_connections=2048

验证：

## 客户端1执行mysqlsalp
[root@k8s101 ~]# mysqlslap --query=stock.sql -c 1024 --number-of-queries=1000000000

## 客户端2执行mysqladmin进行监控
[root@k8s101 ~]# mysqladmin extended-status -r -i 1 | grep Questions              
| Questions                                                    | 12432                                            |
| Questions                                                    | 12006                                            |
| Questions                                                    | 11583                                            |
| Questions                                                    | 11685                                            |
| Questions                                                    | 11163                                            |
| Questions                                                    | 11459                                            |
......

结论：即使开启了1024个客户端，同时发送sql请求，mysql实例的qps也能稳定在最高值12000左右，相比于原来未开启线程池时的qps在120左右，提高了9倍。

附注：阿里云rds版本更新中有说明，本次更新数据库实例qps提高了数十倍，实际上就是开启了线程池，在多客户端请求下，qps稳定在最大值。

所以说开启线程池很重要。

为什么一定强调开启线程池？分析业务的时候，已经把需要进行限流的地方都限流了，为甚么还需要开启线程池进行数据库限流？因为我们不知道哪些场景下可能会出现热点数据，比如网易云音乐宕机事件（某个歌星发布新歌后，用户评论导致宕机）；微博王宝强事件，微博第一反应就是后台扩资源，否则就会宕机（仅仅是一个热点事件就需要整个服务服务进行升级）。开启线程池可以很大程度上能够避免因无法预测的热点数据导致宕机的事件发生。

开启线程池的需求也是90%的公司倾向于选择使用percona版本mysql的原因。因为开启线程池很方便。

3.线程池参数

[root@k8s101 ~]# mysql -uroot -p***
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MySQL connection id is 1027   ##Percona 版本
Server version: 5.7.34-37-log Percona Server (GPL), Release 37, Revision 7c516e9

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
## 开启线程池后的参数
(root@localhost)[(none)]> show variables like 'thread%';
+-------------------------------+-----------------+
| Variable_name                 | Value           |
+-------------------------------+-----------------+
| thread_cache_size             | 28              |
| thread_handling               | pool-of-threads |
| thread_pool_high_prio_mode    | transactions    |
| thread_pool_high_prio_tickets | 4294967295      |
| thread_pool_idle_timeout      | 60              |
| thread_pool_max_threads       | 100000          |
| thread_pool_oversubscribe     | 3               |
| thread_pool_size              | 4               |
| thread_pool_stall_limit       | 500             |
| thread_stack                  | 262144          |
| thread_statistics             | OFF             |
+-------------------------------+-----------------+
11 rows in set (0.10 sec)
## 查看开启线程池后的status
(root@localhost)[(none)]> show global status like 'thread%';
+-------------------------+-------+
| Variable_name           | Value |
+-------------------------+-------+
| Threadpool_idle_threads | 22    |
| Threadpool_threads      | 34    |
| Threads_cached          | 0     |
| Threads_connected       | 1022  |
| Threads_created         | 52    |
| Threads_running         | 13    |
+-------------------------+-------+
6 rows in set (0.10 sec)

  • thread_cache_size

    线程缓冲池大小。

  • thread_handling

    one-thread-per-connection：表示一个每连接一个客户端，server为每一个连接创建一个线程来服务。

    pool-of-threads：表示从线程池中拿线程处理客户端连接。

  • thread_pool_high_prio_mode

    有三个取值：transactions / statements / none
    transactions(default): 使用优先队列和普通队列，对于事务已经开启的statement，放到优先队列中，否则放到普通队列中。
    statements：只使用优先队列
    none: 只是用普通队列，本质上和statements相同，都是只是用一个队列

  • thread_pool_high_prio_tickets

    取值0~4294967295，当开启了优先队列模式后（thread_pool_high_prio_mode=transactions），每个连接最多允许thread_pool_high_prio_tickets次被放到优先队列中，之后放到普通队列中，默认为4294967295

  • thread_pool_idle_timeout

    worker线程最大空闲时间，单位为秒，超过限制后会退出，默认60。

  • thread_pool_max_threads

    线程池中最大线程数目，所有group中worker线程总数超过该限制后不能继续创建更多线程，默认100000。

  • thread_pool_size

    threadpool中group数量，默认为cpu核心数，server启动时自动计算

mysql线程池原理

  根据连接id将连接分配到线程组中，线程组中的listener线程监控任务并将事务类型的任务放入优先队列，非事务任务放入普通队列，worker线程优先将优先队列中的任务处理掉再处理普通队列中的任务，线程组中worker线程循环取出任务，执行，返回结果。
  通过这种方式，避免了线程和内存对象的频繁创建和释放，降低了服务端的并发度，减少了上下文切换和资源的竞争，提高资源利用效率。

三、MySQL后台线程

MySQL5.7有以下9组后台线程。
分别为1个主线程，4组IO线程，1个锁线程，1个错误线程，1个purge线程，1个page cleaner线程。

master thread : 主要负责将脏缓存页刷新到数据文件中，执行purge操作，触发检查点，合并插入缓冲区等。
insert buffer thread : 主要负责插入缓冲区的合并操作。
read thread ： 负责数据库的读取操作，可配置多个读线程。
write thread ： 负责数据库的写操作，可配置多个写线程。
log thread ： 用于将重做日志刷新到logfile中。
purge thread ： MySQL5.5 之后用单独的purge thread执行purge操作。
page cleaner thread : MySQL 5.6 之后，用来执行buffer pool 中脏页的flush 操作。
lock thread ： 负责锁控制和死锁检测等。
错误监控线程：主要负责错误监控和错误处理。

MySQL是典型单进程多线程的应用。如何查看其后台线程？

  • step1：/etc/mycnf配置如下
## innodb
innodb_buffer_pool_size=1G
innodb_buffer_pool_instances=4
innodb_log_file_size=128M
# 在线修改表schema产生的日志缓存内存大小（默认128M，线上可以调大为1G）
innodb_online_alter_log_max_size=128M
innodb_write_io_threads=16
innodb_flush_neighbors=0
innodb_log_file_size=1G
#innodb_flush_method=0_DIRECT
innodb_io_capacity=4000
innodb_page_cleaners=16
  • step2：重启
[root@k8s101 mysql_test_data]# /etc/init.d/mysql.server restart
Shutting down MySQL.... SUCCESS! 
Starting MySQL. SUCCESS!
  • step3：MySQL实例中查看后台线程参数
(root@localhost)[performance_schema]> select NAME,TYPE,THREAD_OS_ID from threads where name like 'thread/innodb%';
+----------------------------------------+------------+--------------+
| NAME                                   | TYPE       | THREAD_OS_ID |
+----------------------------------------+------------+--------------+
| thread/innodb/io_ibuf_thread           | BACKGROUND |         5446 |
| thread/innodb/io_read_thread           | BACKGROUND |         5448 |
| thread/innodb/io_log_thread            | BACKGROUND |         5447 |
| thread/innodb/io_read_thread           | BACKGROUND |         5451 |
| thread/innodb/io_read_thread           | BACKGROUND |         5449 |
| thread/innodb/io_read_thread           | BACKGROUND |         5450 |
| thread/innodb/io_write_thread          | BACKGROUND |         5452 |
| thread/innodb/io_write_thread          | BACKGROUND |         5453 |
| thread/innodb/io_write_thread          | BACKGROUND |         5454 |
| thread/innodb/io_write_thread          | BACKGROUND |         5455 |
| thread/innodb/io_write_thread          | BACKGROUND |         5457 |
| thread/innodb/io_write_thread          | BACKGROUND |         5456 |
| thread/innodb/io_write_thread          | BACKGROUND |         5458 |
| thread/innodb/io_write_thread          | BACKGROUND |         5459 |
| thread/innodb/io_write_thread          | BACKGROUND |         5460 |
| thread/innodb/io_write_thread          | BACKGROUND |         5462 |
| thread/innodb/io_write_thread          | BACKGROUND |         5461 |
| thread/innodb/io_write_thread          | BACKGROUND |         5463 |
| thread/innodb/io_write_thread          | BACKGROUND |         5464 |
| thread/innodb/io_write_thread          | BACKGROUND |         5465 |
| thread/innodb/io_write_thread          | BACKGROUND |         5466 |
| thread/innodb/io_write_thread          | BACKGROUND |         5467 |
| thread/innodb/page_cleaner_thread      | BACKGROUND |         5470 |
| thread/innodb/page_cleaner_thread      | BACKGROUND |         5471 |
| thread/innodb/page_cleaner_thread      | BACKGROUND |         5469 |
| thread/innodb/page_cleaner_thread      | BACKGROUND |         5468 |
| thread/innodb/buf_lru_manager_thread   | BACKGROUND |         5472 |
| thread/innodb/buf_lru_manager_thread   | BACKGROUND |         5473 |
| thread/innodb/buf_lru_manager_thread   | BACKGROUND |         5474 |
| thread/innodb/buf_lru_manager_thread   | BACKGROUND |         5475 |
| thread/innodb/srv_monitor_thread       | BACKGROUND |         5476 |
| thread/innodb/srv_lock_timeout_thread  | BACKGROUND |         5478 |
| thread/innodb/srv_error_monitor_thread | BACKGROUND |         5479 |
| thread/innodb/srv_master_thread        | BACKGROUND |         5480 |
| thread/innodb/srv_worker_thread        | BACKGROUND |         5482 |
| thread/innodb/srv_worker_thread        | BACKGROUND |         5484 |
| thread/innodb/srv_worker_thread        | BACKGROUND |         5483 |
| thread/innodb/srv_purge_thread         | BACKGROUND |         5481 |
| thread/innodb/buf_dump_thread          | BACKGROUND |         5485 |
| thread/innodb/dict_stats_thread        | BACKGROUND |         5486 |
+----------------------------------------+------------+--------------+
40 rows in set (0.00 sec)
  • step4：服务器中查看后台线程，

输入top -H。

[root@k8s101 ~]# top -H

输出如下。

top - 10:47:29 up  1:09,  4 users,  load average: 0.21, 0.15, 0.14
Threads: 247 total,   2 running, 245 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.6 us,  1.8 sy,  0.0 ni, 97.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem :  4026384 total,   686504 free,   601716 used,  2738164 buff/cache
KiB Swap:  2097148 total,  2097148 free,        0 used.  3096684 avail Mem 

   PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND                                                                                                                      
  5446 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.06 mysqld                                                                                                                       
  5447 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.10 mysqld                                                                                                                       
  5448 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.04 mysqld                                                                                                                       
  5449 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.05 mysqld                                                                                                                       
  5450 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.06 mysqld                                                                                                                       
  5451 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.05 mysqld                                                                                                                       
  5452 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.07 mysqld                                                                                                                       
  5453 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.05 mysqld                                                                                                                       
  5454 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.07 mysqld                                                                                                                       
  5455 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.05 mysqld                                                                                                                       
  5456 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.06 mysqld                                                                                                                       
  5457 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.05 mysqld                                                                                                                       
  5458 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.05 mysqld                                                                                                                       
  5459 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.05 mysqld                                                                                                                       
  5460 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.05 mysqld                                                                                                                       
  5461 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.05 mysqld                                                                                                                       
  5462 mysql     20   0 1910596 358776  10268 S  0.0  8.9   0:00.06 mysqld
进击的程序猿~
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
MySQL 优化技巧
恋上、小幸福的博客
02-24 510
MySQL 优化是提高 MySQL 数据库性能和响应速度的过程。
关于MySQL线程池，这也许是目前最全面的实用帖！
m0_46163918的博客
05-22 1382
每次worker线程检查队列中任务的时候，queue_event_count会+1，每次Timer检查完group是否阻塞的时候会将queue_event_count清0，如果检查的时候任务队列不为空，而queue_event_count为0，则说明任务队列没有被正常处理，此时该group出现了阻塞，Timer线程会唤醒worker线程或者新建一个wokrer线程来处理队列中的任务，防止group长时间被阻塞。如果队列中待执行的语句数量不为0，则认为任务比较多，将语句放入队列中，让其他的线程来处理。
Mysql 线程池
u010648194的博客
03-13 3509
mysql默认的线程处理方式 我们默认的线程处理方式是：one-thread-per-connection （服务器使用一个线程处理每个客户端连接），意思就是我们一个连接connection对应一个线程， 然后可以设置最大的connection连接数，max_connections。 这里有一个问题是，当我们的线程运行比较多的时候，其实往往mysql的QPS(每秒查询sql的次数)会下降，我们可以通过mysqlslap工具进行测试，通过改变不同的线程数量找出最优的QPS。 但是正常环境会有很多的连接.
Mysql线程池
weixin_53344209的博客
03-25 478
我们知道，随着数据库访问量越来越大，响应速度会越来越慢，同时访问量大到一定程度时，吞吐量会急剧下降。 我们建立一个数据库连接就会建立一个线程，请求结束后销毁进程。以前也有一种连接池，是在客户端设置的。他可以从缓存中取得，用完不销毁。减少频繁的创建和销毁进程。但是对于高并发时，还是无法保护数据库（雪崩）。 而线程池的一个重要作用就是限制了并发进程数，其他的线程要排队，对数据库起到保护作用。 线程池结构 一个线程池包括：一个timer线程和多个线程组。每个线程组包括一个高优先级队列，一个低优先级队列，一个lis
mysql 线程池 c_MySQL线程池
weixin_34734156的博客
02-02 172
MySQL线程池在么MySQL中，线程池指的是用来管理处理MySQL客户端连接任务的线程的一种机制。 如果把线程看做系统资源那么线程池本质上是对系统资源的管理，对应操作系统来说线程的创建和销毁是比较消耗系统资源的，频繁的创建与销毁线程必然给系统带来不必要的资源浪费，特别是在高负载的情况下。线程池技术一方面可以减少线程重复创建与销毁这部分开销，从而更好地利用已经创建的线程资源，另一方面也可以控制线程...
mysql-5.5.40-win32-msi
02-13
5. **线程池**：MySQL 5.5开始提供线程池插件，允许系统限制并发连接数，降低了服务器资源消耗，特别适合并发连接频繁的环境。 6. **UTF-8 Unicode支持**：对UTF-8字符集的支持进一步加强，允许更广泛的国际化应用...
易语言Mysql线程池2.0模块源码-易语言
06-13
易语言Mysql线程池2.0模块源码是一个专为易语言设计的数据库访问组件，主要用于优化多线程环境下对MySQL数据库的操作。这个模块利用线程池技术，有效地管理和调度并发请求，提高系统资源利用率，减少频繁创建和销毁...
mysql-5.5.40-win32.zip
02-13
7. **线程池插件**：对于处理大量并发连接的服务器，MySQL 5.5引入了线程池插件，以降低系统资源开销。 8. **安全增强**：包括改进的密码哈希算法，支持更复杂的密码策略，以及增强的审计日志功能。 9. **更好的...
mysql-boost-8.0.27.tar.gz
12-23
MySQL是世界上最受欢迎的开源关系型数据库管理系统之一，其与Boost库的结合，即MySQL-Boost，是为了提升数据库的性能和稳定性。"mysql-boost-8.0.27.tar.gz" 是MySQL的一个特定版本，带有Boost库支持的源码包。这个...
mysql-5.5.40-winx64.zip
02-13
6. **线程池插件**：引入线程池插件，限制并发连接数量，降低服务器资源消耗。 7. **内存管理**：改进了内存分配策略，减少了内存碎片，提高了内存利用率。 8. **安全性和兼容性**：支持更多的加密算法，增强了...
mysql线程池
02-16
线程池是Mysql5.6的一个核心功能，对于服务器应用而言，无论是web应用服务还是DB服务，高并发请求始终是一个绕不开的话题。
MYSQL threadPool 线程池
q690080900的博客
05-08 707
概述 mysql企业版安装插件使用 限制最大并发 减少服务器CPU调度 mysql默认线程调度one-thread-per-connection（每连接一个线程） 线程池适合大量短连接或高并发情况 相关参数 Plain Text #查看线程池参数 show global variables like '%thread_pool%'; thread_pool_high_p...
MySQL具体解释（8）----------MySQL线程池总结(二)
weixin_34082854的博客
06-20 187
这篇文章是对上篇文章的一个补充，主要环绕下面两点展开。one-connection-per-thread的实现方式以及线程池中epoll的使用。 one-connection-per-thread 依据scheduler_functions的模板，我们也能够列出one-connection-per-thread方式的几个关键函数。 static scheduler_functions...
mysql社区版线程池数_MySQL--线程池(Thread Pool)
weixin_30194029的博客
01-19 465
=================================================================线程池技术在MySQL社区版中，MySQL使用one-thread-per-connection的方式来处理数据库连接，即当MySQL客户端与服务器端建立连接时会创建一个线程来专门处理该连接的所有SQL请求。one-thread-per-connection优缺点:优点...
mysql threadpool_MySQLThreadpool操作过程
weixin_34812649的博客
01-19 185
每个 thread group 有一个监听线程，该线程监听那些从connection 发送过滤的statement，当接受到a statement 的时候，thread groThread pool 操作过程：thread pool 包含一定数量的 thread groups，每个groups 管理一定量的client connections，当mysql建立 connection 时，threa...
MySQL线程池的学习笔记
必凌云的博客
08-13 396
1、线程池概述 MySQL的线程池包含在企业版里，以服务端插件的形式实现。默认情况下，MySQL处理执行的语句时，使用的模式是一个客户端连接对应一个线程(one thread per client connection)。随着连接到数据库的客户端数量的增多，MySQL在执行语句时，其性能将会有所降低。MySQL的线程池提供了另一个处理模式，让其可以减少一些不必要的开销，提升服务器的性能。 2、...
mysql 开启多线程_mysql 开启线程池
weixin_42140710的博客
01-25 1705
在MySQL5.6出现以前，MySQL处理连接的方式是One-Connection-Per-Thread,即对于每一个数据库连接，MySQL-Server都会创建一个独立的线程服务，请求结束后，销毁线程。再来一个连接请求，则再创建一个连接，结束后再进行销毁。这种方式在高并发情况下，会导致线程的频繁创建和释放。当然，通过thread-cache，我们可以将线程缓存起来，以供下次使用，避免频繁创建和释...
mysql thread pool 问题排查
z69183787的专栏
11-29 3602
问题分析： 基本原理： 没有引入thread pool前，MySQL使用的是one thread per connection，一旦connection增加到一定程度，MySQL的性能将急剧下降甚至被压跨。引入thread pool后将会解决上述问题,同时会减少MySQL内部的线程数（节省内存）及频繁创建线程的开销（节省cpu)。 thread pool是如何工作的呢？  
springboot 线程池 mybatis-plus 实现大数据量 写入mysql数据库
最新发布
05-25
在Spring Boot中，可以通过使用线程池来提高并发处理能力，而MyBatis-Plus则是一个优秀的ORM框架，可以简化数据库操作。...这样，就可以使用线程池和MyBatis-Plus来实现大数据量写入MySQL数据库了。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

进击的程序猿~

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值