mysql性能调优：join查询（3）

最新推荐文章于 2024-03-07 21:33:37 发布
最新推荐文章于 2024-03-07 21:33:37 发布
阅读量379 收藏
点赞数
分类专栏： 数据库 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gaoyaqinglove/article/details/51920704
版权 

<span style="font-family: Arial, Helvetica, sans-serif; background-color: rgb(255, 255, 255);"><span style="white-space:pre">	</span>好久没写关于mysql了，这次主要是关于join三表查询分析研究。</span>

       如有错误，希望大家指正！

       如下建表sql：

      

<span style="font-size:14px;">CREATE TABLE IF NOT EXISTS `phone` (
`phoneid` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
`card` INT(10) UNSIGNED NOT NULL,
PRIMARY KEY (`phoneid`)
) ENGINE = INNODB;

INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO phone(card) VALUES(FLOOR(1 + (RAND() * 20)));</span><span style="font-size: 24px;">
</span>
<span style="font-size:14px;">

CREATE TABLE IF NOT EXISTS `class` (
`id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
`card` INT(10) UNSIGNED NOT NULL,
PRIMARY KEY (`id`)
);
CREATE TABLE IF NOT EXISTS `book` (
`bookid` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
`card` INT(10) UNSIGNED NOT NULL,
PRIMARY KEY (`bookid`)
);


INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO class(card) VALUES(FLOOR(1 + (RAND() * 20)));


INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
INSERT INTO book(card) VALUES(FLOOR(1 + (RAND() * 20)));
</span>

先看第一种情况，当三个表的连接字段都没有索引时：

EXPLAIN SELECT * FROM class LEFT JOIN book ON class.card=book.card LEFT JOIN phone ON book.card = phone.card;
linux执行结果：
+----+-------------+-------+------+---------------+------+---------+------+------+-------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-------+
|  1 | SIMPLE    | class | ALL  | NULL      | NULL | NULL   | NULL |   20 |      |
|  1 | SIMPLE    | book  | ALL  | NULL      | NULL | NULL   | NULL |   20 |      |
|  1 | SIMPLE    | phone | ALL  | NULL      | NULL | NULL   | NULL |   18 |      |
+----+-------------+-------+------+---------------+------+---------+------+------+-------+

三张表都为全表扫描，没有用到索引，扫描的行数20，20，18为表的所有行数，这是查询中最可怕的情况。


第二种，当我们主表加上索引时：

EXPLAIN SELECT * FROM class LEFT JOIN book ON class.card=book.card LEFT JOIN phone ON book.card = phone.card;
linux执行结果：

alter table class add index idx_class_card (card);
+----+-------------+-------+-------+---------------+----------------+---------+------+------+-------------+
| id | select_type | table | type  | possible_keys | key            | key_len | ref  | rows | Extra       |
+----+-------------+-------+-------+---------------+----------------+---------+------+------+-------------+
|  1 | SIMPLE      | class | index | NULL          | idx_class_card | 4       | NULL |   20 | Using index |
|  1 | SIMPLE      | book  | ALL   | NULL          | NULL           | NULL    | NULL |   20 |             |
|  1 | SIMPLE      | phone | ALL   | NULL          | NULL           | NULL    | NULL |   18 |             |
+----+-------------+-------+-------+---------------+----------------+---------+------+------+-------------+
class表card字段使用了索引，类型为索引扫描，但是rows依然为20，原因是因为left join 为查询左表的全部信息，所以查询的rows为全表。

 

为join连接时：

<pre name="code" class="sql">EXPLAIN SELECT * FROM class  JOIN book ON class.card=book.card   <span style="font-family: Arial, Helvetica, sans-serif;">JOIN phone ON book.card = phone.card</span><span style="font-family: Arial, Helvetica, sans-serif;">;</span>
 

+----+-------------+-------+------+----------------+----------------+---------+--------------------+------+--------------------------------+
| id | select_type | table | type | possible_keys  | key            | key_len | ref                | rows | Extra                          |
+----+-------------+-------+------+----------------+----------------+---------+--------------------+------+--------------------------------+
|  1 | SIMPLE      | phone | ALL  | NULL           | NULL           | NULL    | NULL               |   18 |                                |
|  1 | SIMPLE      | class | ref  | idx_class_card | idx_class_card | 4       | dbtest2.phone.card |    1 | Using index                    |
|  1 | SIMPLE      | book  | ALL  | NULL           | NULL           | NULL    | NULL               |   20 | Using where; Using join buffer |

 

 明显可以看到 class表查询rows数为 1，这是由于此时mysql优化器会自动进行优化，将phone作为主表，class表为从表，从phone表中取出一条记录，然后和class表进行比较，此时就用到了索引，秩序查询一条即可。 

 

同时 表book的extra中使用了  Using where; Using join buffer 是由于是将表class和phone的结果集进行联合查询。
 


 
 

我们调整下 表的查询顺序‘
 

 

EXPLAIN SELECT * FROM book  JOIN phone ON book.card = phone.card JOIN class ON class.card=book.card ;
 

+----+-------------+-------+------+----------------+----------------+---------+--------------------+------+--------------------------------+
| id | select_type | table | type | possible_keys  | key            | key_len | ref                | rows | Extra                          |
+----+-------------+-------+------+----------------+----------------+---------+--------------------+------+--------------------------------+
|  1 | SIMPLE      | phone | ALL  | NULL           | NULL           | NULL    | NULL               |   18 |                                |
|  1 | SIMPLE      | class | ref  | idx_class_card | idx_class_card | 4       | dbtest2.phone.card |    1 | Using index                    |
|  1 | SIMPLE      | book  | ALL  | NULL           | NULL           | NULL    | NULL               |   20 | Using where; Using join buffer |
+----+-------------+-------+------+----------------+----------------+---------+--------------------+------+--------------------------------+

可以看到结果一模一样，和上面，就更加验证了我们的推断。 

 


 
 

好了下来是第三种：join表也都加上索引时：
 

 

alter table book add index idx_book_card (card);
alter table phone add index idx_phone_card (card);
 

mysql> explain select * from class left join book on class.card = book.card left join phone on book.card=phone.card;
+----+-------------+-------+-------+----------------+----------------+---------+--------------------+------+-------------+
| id | select_type | table | type  | possible_keys  | key            | key_len | ref                | rows | Extra       |
+----+-------------+-------+-------+----------------+----------------+---------+--------------------+------+-------------+
|  1 | SIMPLE      | class | index | NULL           | idx_class_card | 4       | NULL               |   20 | Using index |
|  1 | SIMPLE      | book  | ref   | idx_book_card  | idx_book_card  | 4       | dbtest2.class.card |    1 | Using index |
|  1 | SIMPLE      | phone | ref   | idx_phone_card | idx_phone_card | 4       | dbtest2.book.card  |    1 | Using index |
+----+-------------+-------+-------+----------------+----------------+---------+--------------------+------+-------------+

可以看到，book和phone 都达到了ref级别，需要扫描的行数也为1，此时该sql已达最优。 

 


 
 

变种：
 

 

mysql> explain select * from class  join book on class.card = book.card <span style="color:#ff0000;">left join</span> phone on book.card=phone.card;
+----+-------------+-------+-------+----------------+----------------+---------+--------------------+------+-------------+
| id | select_type | table | type  | possible_keys  | key            | key_len | ref                | rows | Extra       |
+----+-------------+-------+-------+----------------+----------------+---------+--------------------+------+-------------+
|  1 | SIMPLE      | class | index | idx_class_card | idx_class_card | 4       | NULL               |   20 | Using index |
|  1 | SIMPLE      | book  | ref   | idx_book_card  | idx_book_card  | 4       | dbtest2.class.card |    1 | Using index |
|  1 | SIMPLE      | phone | ref   | idx_phone_card | idx_phone_card | 4       | dbtest2.class.card |    1 | Using index |
+----+-------------+-------+-------+----------------+----------------+---------+--------------------+------+-------------+
3 rows in set (0.00 sec)

mysql> explain select * from class  join book on class.card = book.card <span style="color:#ff0000;"> join</span> phone on book.card=phone.card;
+----+-------------+-------+-------+----------------+----------------+---------+--------------------+------+-------------+
| id | select_type | table | type  | possible_keys  | key            | key_len | ref                | rows | Extra       |
+----+-------------+-------+-------+----------------+----------------+---------+--------------------+------+-------------+
|  1 | SIMPLE      | phone | index | idx_phone_card | idx_phone_card | 4       | NULL               |   18 | Using index |
|  1 | SIMPLE      | class | ref   | idx_class_card | idx_class_card | 4       | dbtest2.phone.card |    1 | Using index |
|  1 | SIMPLE      | book  | ref   | idx_book_card  | idx_book_card  | 4       | dbtest2.phone.card |    1 | Using index |

 

 


 
 

显然当我们在第二个join连接使用left和不用时，会有很大的差别，
 

原因分析：
 mysql优化器会优化查询的顺序，选择数据量小的作为驱动表。 


 
 

综上，其实三表join查询甚至n表join查询的原理都和二表一样，先是前两个表join出一个结果集再和第三个表进行join查询。
 

此外，在我们日常开发中，如果使用left或者right join 查询时，左表或者右表尽量匹配多的过滤条件，即选择数据量小的表作为驱动表。
 


 
 

这些都是些个人看法，如有错误，还希望大家指正，共同学习！奋斗
 


 
 
 
 


 
 
 

 

        
 

 

 

                

        

        

    




    

      

        

            

              
                
                  gaoyaqinglove
                
              
            

            

                关注
              
            

        

        

          
    
            
  • 
              
                
                
                
                
                      0
                
              
              
    点赞
    
            
    • 
            
  • 
              
                
                
                
              
              
    踩
    
            
    • 
            
  • 
              
                
                
                
                
                    0
                
              
              
    
                
    
                  
                    收藏
                  
                
    
              
    
              
    
                
    
                  觉得还不错?
                  
                    一键收藏
                  
                 
                
    
              
    
            
    • 
          
  • 
            
    
              
              
            
    
              
              
              
                    0
              
            
            
    评论
    
          
    • 
          
  • 
          
    • 
          
  • 
            
              
            
              
    
            
              
                
            
    
          
    • 
        

      

      

            

                专栏目录
          










                



	

		

			

				
					
MySQL调优及mysql性能优化.doc

				
			

			

				

					08-02
				

			

		

		

			
				
Mysql性能优化就是通过合理安排资源，调整系统参数使MySql运行更快、更节省资源。  不难发现，原来mysql调优其实就是从时间、空间这两个方面来进行优化  mysql怎么调优  第一：选择最合适的字段属性。  mysql在创建...

			
		

	



                

              
                



	

		

			

				
					
MySQL5.1性能调优与架构设计.mobi

				
			

			

				

					06-06
				

			

		

		

			
				
以MySQL数据库的基础及维护为切入点，重点介绍了MySQL数据库应用系统的性能调优，以及高可用可扩展的架构设计。 ●基础篇介绍了MySQL软件的基础知识、架构组成、存储引擎、安全管理及基本的备份恢复知识 ●性能优化...

			
		

	



                


  
              

                


	

		

			

				
					
MySQL性能调优：探索与优化之旅

					
最新发布

				
			

			

				

					shen609738067的专栏
				

				

					03-07
					
					1001
					
				

			

		

		

			
				
Mysql性能调优：探索与优化之旅：我们应该持续关注新技术和新方法的发展，不断优化我们的数据库系统，为用户提供更优质的服务体验。同时，也要保持对性能调优的热情和耐心，因为每一次优化都可能带来意想不到的性能提升，如果你喜欢我们的文章，“码面通”公众号有更多免费技术内容，希望你在技术的道路上越走越远。

			
		

	





	

		

			

				
					
MySQL性能调优：提升性能的关键步骤

				
			

			

				

					m0_71777195的博客
				

				

					06-28
					
					466
					
				

			

		

		

			
				
1.读写分离主要是用于解决 “数据库读性能问题”2.水平切分主要是用于解决“数据库数据量大的问题”3.分布式缓存架构可能比读写分离更适用于高并发、大数据量大场景。

			
		

	



		

			
		



	

		

			

				
					
MySQL性能调优：监控和优化

				
			

			

				

					憧憬个人博客
				

				

					04-26
					
					1095
					
				

			

		

		

			
				
对MySQL进行性能调优，可以提高MySQL的效率和响应速度。通过监控MySQL性能、分析慢查询日志、优化数据表结构和优化SQL语句，可以对MySQL进行有效的性能调优。自己的实践案例是一个很好的验证，可以发现你的优化是否确实有所帮助。

			
		

	





	

		

			

				
					
mysql left join 耗时_性能调优：mysql之left join

				
			

			

				

					weixin_28814457的博客
				

				

					01-26
					
					615
					
				

			

		

		

			
				
需求是一个普通的两个表连接从而查询出详细信息。其中A表是大表， 测试数据都有数万条； B表是小表大概1000多条数据。1. 为了赶工写出的未优化SQL(为突出主题， 返回字段用 * 代替不写出详细字段， WHERE条件也去掉了)：SELECT*FROMA aLEFT JOINB bONa.JOB_ID = b.ID耗时：3.712srows字段代表这个步骤相对上一步结果每一行需要扫描的行数，可以看...

			
		

	





	

		

			

				
					
MYSQL中JOIN的算法与性能调优：NLJ /SNLJ / BNL / MRR / BKA

				
			

			

				

					weixin_55941334的博客
				

				

					11-29
					
					793
					
				

			

		

		

			
				
MYSQL中JOIN的算法：NLJ /SNLJ /  BNL / MRR / BKA

			
		

	





	

		

			

				
					
MySQL性能调优与架构设计 - 简朝阳.mobi

				
			

			

				

					12-23
				

			

		

		

			
				
 4.5、mysql用的是b+树,所有数据都在叶子节点,索引会比较小,常用查询字段建立索引,所有查询尽量在索引中完成  4.6、唯一性太差的字段,不适合建立索引(如状态字段、类型字段),当一条Query返回的数据超过了全表的15%时...

			
		

	





	

		

			

				
					
优化MySQL数据库性能的八种方法

				
			

			

				

					11-10
				

			

		

		

			
				
优化MySQL数据库性能的八种方法， 1、选取最适用的字段属性 2、使用连接（JOIN）来代替子查询(Sub-Queries) 3、使用联合(UNION)来代替手动创建的临时表

			
		

	





	

		

			

				
					
一次SQL调优数据库性能问题后的过程(300W)

				
			

			

				

					12-15
				

			

		

		

			
				
 使用join连接2个以上大量数据的表，且基础数据表变化不大的查询一律使用视图，并为此视图建立索引。理由来自SQL Server联机帮助手册： “对于标准视图而言，为每个引用视图的查询动态生成结果集的开销很大，特别是...

			
		

	





	

		

			

				
					
DB2 SQLERROR CODE = -788

					
热门推荐

				
			

			

				

					gaoyaqinglove的博客
				

				

					06-07
					
					1万+
					
				

			

		

		

			
				
在使用merge 类型的sql 时，就有可能出现这种错误！
建表：

create table area  (
   id                 INT                             not null,
   area              CHAR(10),
   constraint PK_AREA primary key (id)
);


			
		

	





	

		

			

				
					
mysql：Incorrect datetime value: ‘‘

				
			

			

				

					gaoyaqinglove的博客
				

				

					10-22
					
					3971
					
				

			

		

		

			
				
最近在做调度时，需要生成中间表数据，使用sql如下：


-- 脚本1
INSERT INTO ct_zr_pay_paid_overdue_payment_record ( created_time)
SELECT  now()
FROM (business_contract bc, fund_channel fc, acct_loan al, acct_payment_schedule aps)
	LEFT JOIN plan_payment_way ppw ON aps.serialno = ppw.

			
		

	





	

		

			

				
					
ORCALE数据库的时间日期转换 补位 替换 秒转时分秒

				
			

			

				

					gaoyaqinglove的博客
				

				

					10-12
					
					1355
					
				

			

		

		

			
				
--补位 补为11位
select lpad(11,15) from dual; --11
--替换  将 ' ' 替换为'0'
select replace(lpad(11,15),' ','0') from dual;--000000000000011
--将绝对秒数转为时分秒的格式 hhmmss
select to_char(trunc(sysdate)+1/(60*60*24),'hh24

			
		

	





	

		

			

				
					
mybatis+spring动态数据源的配置

				
			

			

				

					gaoyaqinglove的博客
				

				

					07-27
					
					507
					
				

			

		

		

			
				
这个版本是看了网上很多版本整合而来
需要的多数据源操作类
/**
 * 数据源设置类
 * @author admin
 *
 */
public class DataSourceContextHolder {  
    private static final ThreadLocal contextHolder = new ThreadLocal();  
    public stati

			
		

	





	

		

			

				
					
mybatis异常：Improper inline parameter map format

				
			

			

				

					gaoyaqinglove的博客
				

				

					10-21
					
					499
					
				

			

		

		

			
				
mybatis异常：Improper inline parameter map format. Should be: #{propName,attr1=val1,attr2=val2}问题

出现该异常原因很多，总体上是使用mysql函数时使用格式错误导致，只要仔细检查就基本上可以解决，如下是我遇到的情况：


-- 错误写法
date_format(#{storeDate,'%Y%m'})
-- 正确写法
date_format(#{storeDate},'%Y%m')




...

			
		

	





	

		

			

				
					
mysql性能调优（一）：join查询（1）

				
			

			

				

					gaoyaqinglove的博客
				

				

					07-03
					
					429
					
				

			

		

		

			
				
join查询简介

			
		

	





	

		

			

				
					
mysql优化:关联字段排序字符集对查询的影响

				
			

			

				

					gaoyaqinglove的博客
				

				

					03-07
					
					337
					
				

			

		

		

			
				
关联字段必须使用相同排序字符集

例如：

两表的排序字符集不一致时

acct_loan表serialno排序字符集如下：



business_contract表serialno排序字符集如下：



explain

select applyID,fundno from business_contract t1,acct_loan t2

where t1.serialno = t2.se...

			
		

	





	

		

			

				
					
mysql性能调优（一）：join查询(2)

				
			

			

				

					gaoyaqinglove的博客
				

				

					07-03
					
					227
					
				

			

		

		

			
				
上一篇文章主要是对于join查询的简介，这次则是以join查询优化为主


双表下的join查询：
建表sql：
book表和class表中用card字段进行关联

CREATE TABLE IF NOT EXISTS `class` (
`id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
`card` INT(10) UNSIGNED NO

			
		

	





	

		

			

				
					
mysql的性能调优

				
			

			

				

					02-22
				

			

		

		

			
				
下面是一些常见的MySQL性能调优方法：  1. 优化数据库结构：合理设计数据库表结构，避免冗余字段和表，使用适当的数据类型和索引，以提高查询效率。  2. 优化SQL查询语句：避免使用SELECT *，只选择需要的字段；使用...

			
		

	



              



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

  

      
    
          
  • 
              
    
                  
                  
              
    
              
    非常没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    一般
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    有帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    非常有帮助
    
          
    • 
      

      

      

          
          提交
      

      

  




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

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

              

            

          

      

      余额充值