超详细：数据库的基本架构

MySQL基础架构

        下面这个图是我给出的一个MySQL基础架构图，可以清楚的了解到SQL语句在MySQL的各个模块进行执行过程。

然后MySQL可以分为两个部门，一个是server层，另一个是存储引擎。
server层

Server层涵盖了MySQL的大多数核心折务功能，以及所有的内置函数（如日期、时间、数学和加密函数等）。所有跨存储引擎的功能都在这一层实现，好比存储过程、触发器、视图等。Server层主要包括以下几个组件：

连接器

        连接器：是一种用于创建和管理与MySQL数据库连接的软件组件。它充当应用程序与MySQL数据库之间的桥梁，允许应用程序执行查询、插入、更新和删除数据等数据库操纵。连接器的主要功能包括：

• 连接创建：应用程序通过连接器提供的接口和MySQL服务器创建TCP连接，并配置连接参数，如主机名、端口、用户名和密码。
  
• 身份验证：连接创建后，MySQL服务器会验证应用程序提供的用户名和密码，以确定是否允许连接。
  
• 会话管理：一旦连接创建和验证乐成，连接器会创建一个会话，该会话用于存储连接状态信息和执行SQL语句。
  
• SQL执行：应用程序可以通过连接器发送SQL查询和命令，连接器将这些哀求通报给MySQL服务器进行处理。
  
• 结果返回：MySQL服务器执行SQL查询后，连接器负责将结果集返回给应用程序，以便应用程序处理查询结果。
  
• 事件管理：连接器还负责管理数据库事件，包括事件的开始、提交和回滚。
  

优点与注意事项：
使用MySQL连接器的优点包括：

• 安全性：连接器提供了安全的数据库连接方式，支持身份验证和权限管理。
  
• 高效性：连接器允许应用程序与MySQL数据库高效通讯，执行各种数据库操纵。
  
• 连接池支持：连接器支持连接池技能，进步了连接的重复利用和性能。
  

然而，在使用MySQL连接器时，也需要注意以下事项：

• 连接受理：连接创建和关闭需要时间，如果频繁连接和断开，可能会影响性能。因此，需要合理管理连接，如使用连接池来管理连接。
  
• 资源占用：长时间保持连接可能导致资源占用问题。因此，需要定期关闭连接以释放资源。
  
• 非常处理：在使用连接器时，需要谨慎处理连接参数和非常，克制泄露敏感信息或导致数据库操纵失败。
  

总结：
负责跟客户端创建连接、获取权限、维持和管理连接。每个客户端连接到MySQL时，都会创建一个对应的连接器。连接命令中的mysql是客户端工具，用来跟服务端创建连接。连接服务包罗当地socket通讯和基于客户端/服务端工具实现的类似TCP/IP的通讯。主要完成一些类似于连接处理、授权认证及相干的安全方案。

查询缓存

        查询缓存：是MySQL中的一个内存区域，用于存储SELECT查询的结果集。当客户端发起一个SELECT查询时，MySQL会起首查抄查询缓存中是否存在雷同的查询及其结果集。如果找到，MySQL会直接返回缓存中的结果，而无需再次执行查询，从而大大进步查询效率。
MySQL查询缓存的工作原理基于哈希表（Hash Table）的映射关系。当客户端发起一个SELECT查询时，MySQL会执行以下步调：

• 盘算哈希值：MySQL会根据查询语句、查询的数据库、客户端协议版本等因素盘算出一个哈希值。
  
• 查找缓存：使用这个哈希值在查询缓存中查找是否有雷同的查询及其结果集。
  
• 权限查抄：如果找到匹配的查询，MySQL会查抄用户的权限，如果权限允许，则直接返回缓存中的结果。
  
• 执行查询：如果没有找到匹配的查询，MySQL会执行查询，并将查询结果存入查询缓存中，以便后续雷同的查询可以复用。
  

配置与优化：

• 开启或关闭查询缓存：在MySQL的配置文件中，通过设置query_cache_type参数来开启或关闭查询缓存。例如，SET GLOBAL query_cache_type = 1;表现开启查询缓存，SET GLOBAL query_cache_type = 0;表现关闭查询缓存。
  
• 查询缓存大小：可以通过query_cache_size参数来设置查询缓存的大小。合理的查询缓存大小应根据服务器的内存大小和查询负载来确定，克制查询缓存过大导致内存不足。
  
• 优化查询语句：为了进步查询缓存的命中率，应只管包管查询语句的一致性。克制由于查询语句的微小差异导致缓存无法命中。
  
• 监控命中率：定期监控查询缓存的命中率。如果命中率较低，可能需要思量关闭查询缓存或优化查询语句。命中率可以通过SHOW STATUS LIKE 'Qcache_hits';和SHOW STATUS LIKE 'Qcache_inserts';等命令来查看。
  

注意事项：

• 缓存失效：当查询涉及的表数据发生变革时（如插入、更新、删除操纵），与该表相干的所有缓存数据都会失效。这可能导致缓存频繁失效，降低缓存命中率。
  
• 内存消耗：查询缓存会占用服务器的内存资源。如果查询缓存设置得过大，可能会导致服务器内存不足，影响其他应用的性能。
  
• 锁竞争：在写操纵时，MySQL需要加锁来更新查询缓存，这可能导致锁竞争，影响体系的并发性能。
  

总结：
用于缓存已经执行过的SELECT语句的结果集。当有雷同的查询哀求时，MySQL可以直接从缓存中返回结果，进步查询性能。但在现实应用中，由于缓存更新和维护的开销较大，查询缓存并不常用，MySQL 8.0版本已经将其删除。

剖析器

        剖析器：是MySQL数据库管理体系中的一个关键组件，它的主要使命是将用户输入的SQL查询语句转换为体系能够执行的内部数据布局。这包括词法分析、语法分析和语义分析三个主要步调。

• 词法分析：将SQL查询语句分解成一个个的词法单位（Tokens），如关键词（如SELECT、FROM、WHERE等）、表名、字段名、运算符和常量等。
  
• 语法分析：根据SQL语言的语法规则，将词法单位组合成一个树状布局，即语法树（Syntax Tree）。语法树表现了SQL查询语句的布局和层次关系。
  
• 语义分析：对语法树进行语义查抄和处理，验证SQL语句的语义精确性。这包括查抄表和列的存在性、数据范例是否匹配、权限查抄等。
  

工作流程：
MySQL剖析器的工作流程大致如下：

• 吸取SQL查询：用户通过客户端提交SQL查询哀求。
  
• 词法分析：剖析器对SQL查询语句进行词法分析，生成词法单位序列。
  
• 语法分析：根据SQL语法规则，剖析器将词法单位序列组合成语法树。
  
• 语义分析：剖析器对语法树进行语义查抄，确保SQL语句的语义精确性。
  
• 输出剖析结果：剖析器将剖析后的结果（通常是语法树或经过进一步处理的内部数据布局）通报给查询优化器进行后续处理。
  

注意事项：
在使用MySQL剖析器时，需要注意以下几点：

• 语法精确性：确保SQL查询语句符合SQL语法规则，否则剖析器将无法精确剖析。
  
• 语义精确性：除了语法精确外，还需要确保SQL查询语句的语义精确性，包括表和列的存在性、数据范例匹配等。
  
• 性能优化：对于复杂的SQL查询语句，可能需要优化剖析器的性能以进步查询处理的效率。
  
• 安全性：在处理用户输入的SQL查询语句时，需要注意防止SQL注入攻击等安全问题。
  

总结：
MySQL剖析器是数据库管理体系中的一个核心组件，它负责将用户输入的SQL查询语句转换为体系可执行的内部数据布局。了解剖析器的工作原理和实现方式对于优化数据库性能和确保数据安全具有紧张意义。

优化器

        优化器：是数据库管理体系的核心组件之一，负责选择最有效的执行筹划来处理SQL查询。其主要使命是分析查询，并根据统计信息和可用的索引，决定如何以最快的方式访问数据。优化器通过一系列复杂的算法和规则来确定最优的查询执行路径，从而最小化查询执行的成本（通常是时间成本），进步数据库的整体性能。
工作原理：

MySQL优化器的工作原理可以概括为以下几个步调：

• 吸取SQL查询：用户通过客户端提交SQL查询哀求。
  
• 语法剖析：优化器起首对SQL语句进行语法剖析，确保其符合MySQL的语法规范。这一步通常由剖析器（Parser）完成，将SQL文本转换为内部数据布局，如剖析树（Parse Tree）或查询树（Query Tree）。
  
• 语义分析：对语法精确的语句进行语义分析，构建查询的语义布局。这包括消除常量表达式、子查询展开、视图归并等操纵，以及权限查抄、名称剖析等。
  
• 优化策略选择：基于语义布局，优化器选择合适的优化策略，例如使用合适的索引、连接方式等。这一步涉及索引选择、连接方法选择等多个方面。
  
• 生成执行筹划：最终，优化器生成一个优化过的执行筹划。该筹划详细描述了如何获取和处理数据，包括表扫描或索引扫描次序、连接次序与连接条件、聚合、排序、分组等操纵的安排。
  

优化建议：
为了充实利用MySQL优化器的性能，以下是一些优化建议：

• 合理设计数据库和表布局：包括选择合适的字段范例、设置适当的索引、克制过多的冗余数据等。
  
• 优化SQL查询语句：只管使用简单的查询语句，克制复杂的子查询和嵌套查询。同时，要确保查询语句的语法精确性和语义精确性。
  
• 定期更新统计信息：MySQL会主动收集表的统计信息，但也可以手动更新以确保统计信息的准确性。准确的统计信息有助于优化器生成更优的执行筹划。
  
• 使用EXPLAIN命令：EXPLAIN命令可以帮助用户了解优化器是如那边理查询的，并为进一步的优化提供依据。通过EXPLAIN输出的结果，可以看到优化器选择了哪些索引、使用的连接范例、估计的行数等信息。
  

总结：
MySQL优化器是数据库管理体系的核心组件之一，它通过剖析、预处理、分析、优化等一系列复杂过程，联合统计信息和成本模子，为SQL查询生成最优执行筹划。了解优化器的工作原理和特性有助于用户编写出更高效的SQL查询语句，并充实利用数据库的性能上风。

执行器

        执行器：是MySQL数据库管理体系中的一个关键组件，它吸取优化器生成的执行筹划，并按照该筹划渐渐执行SQL语句。执行器的主要功能包括：

• 权限查抄：在执行SQL语句之前，执行器会查抄用户是否有足够的权限来访问涉及的表和字段。
  
• 执行筹划执行：根据优化器生成的执行筹划，执行器会调用存储引擎的接口来访问数据，并按照筹划中的步调渐渐执行查询或更新操纵。
  
• 结果返回：执行器将执行结果返回给用户，这包括查询结果集、受影响的行数等信息。
  

工作流程：

MySQL执行器的工作流程大致如下：

• 吸取执行筹划：执行器从优化器吸取经过优化的执行筹划。
  
• 预备执行环境：执行器会预备须要的执行环境，如分配内存、打开文件等。
  
• 执行操纵：根据执行筹划中的步调，执行器会调用存储引擎的接口来执行详细的查询或更新操纵。这可能包括扫描表、读取索引、过滤数据、执行聚合操纵等。
  
• 处理结果：执行器将执行结果进行处理，如格式化查询结果集、盘算受影响的行数等。
  
• 返回结果：最终，执行器将处理后的结果返回给用户。
  

优化建议：

为了充实利用MySQL执行器的性能，以下是一些优化建议：

• 优化SQL语句：只管编写高效的SQL语句，克制复杂的子查询和嵌套查询。同时，要确保查询语句的语法精确性和语义精确性。
  
• 选择合适的索引：为表和字段选择合适的索引可以显著进步查询性能。在执行查询时，执行器会利用索引来快速定位数据。
  
• 更新统计信息：确保MySQL的统计信息是最新的，以便优化器能够生成更优的执行筹划。这可以通过执行ANALYZE TABLE命令来更新表的统计信息。
  
• 监控和分析执行筹划：使用EXPLAIN命令来查看SQL语句的执行筹划，并分析执行筹划中的各个步调。这有助于识别性能瓶颈并进行优化。
  

总结：
MySQL执行器是数据库管理体系的核心组件之一，它负责执行经过优化器优化后的SQL语句，并将执行结果返回给用户。了解执行器的工作原理和特性有助于用户编写出更高效的SQL查询语句，并充实利用数据库的性能上风。

日记模块

        日记模板：MySQL的日记模块包括多种范例的日记，每种日记都有其特定的用途和记录内容。这些日记共同构成了MySQL数据库管理体系的日记体系，为数据库的运维和管理提供了紧张的支持。
日记范例及功能：

• 错误日记（Error Log）
  
  
  
  • 功能：记录MySQL服务器启动、运行和关闭过程中的错误信息。
    
  • 用途：用于排查MySQL服务器的故障，了解错误发生的缘故原由和上下文。
    
  
  
• 查询日记（Query Log）
  
  
  
  • 功能：记录所有执行的SQL语句，包括查询语句、更新语句等。
    
  • 用途：用于分析用户的举动、监控数据库的查询性能，以及审计数据库的使用情况。
    
  
  
• 慢查询日记（Slow Query Log）
  
  
  
  • 功能：记录执行时间凌驾指定阈值的SQL语句。
    
  • 用途：用于识别和优化性能较差的查询语句，进步数据库的查询效率。
    
  
  
• 二进制日记（Binary Log，Binlog）
  
  
  
  • 功能：记录所有的数据库更改操纵，包括插入、更新和删除等。
    
  • 用途：用于数据规复、主从复制和增量备份。二进制日记是MySQL数据库高可用性和劫难规复的紧张基础。
    
  
  
• 事件日记（Transaction Log）
  
  
  
  • 功能：记录MySQL事件的开始、提交和回滚等操纵。事件日记通常与存储引擎相干，例如InnoDB存储引擎有自己的重做日记（Redo Log）和回滚日记（Undo Log）。
    
  • 用途：用于确保事件的原子性、一致性、隔离性和持久性（ACID特性），以及在发生故障时规复数据。
    
  
  

日记配置与管理：

MySQL的日记功能可以通过配置文件（如my.cnf或my.ini）进行配置。以下是一些常见的日记配置选项：

• 错误日记：通过log-error参数指定错误日记文件的路径。
  
• 查询日记：通过general_log和general_log_file参数开启查询日记并指定日记文件的路径。
  
• 慢查询日记：通过slow_query_log、slow_query_log_file和long_query_time参数开启慢查询日记、指定日记文件的路径以及设置慢查询的阈值。
  
• 二进制日记：通过log-bin参数指定二进制日记文件的路径。别的，还可以使用sync_binlog参数控制二进制日记的写入策略，以确保数据的持久性。
  

在配置好日记后，可以通过MySQL提供的命令或工具来查看和管理日记。例如，可以使用SHOW VARIABLES LIKE 'log_%'命令查看各种日记的配置情况；使用mysqlbinlog工具查看和分析二进制日记文件的内容。
总结：
负责执行查询语句的详细操纵。它会根据优化器选择的执行筹划，渐渐执行各个子操纵，获取和返回结果。在执行前，执行器会先判定用户对表是否有执行查询的权限，如果没有，就返回没有权限的错误；如果有权限，就打开表继续执行。然后，执行器根据表的引擎定义，调用对应引擎提供的接口。
缓冲池

        缓冲池（Buffer Pool）：缓冲池是InnoDB存储引擎中一块连续的内存区域，用于缓存磁盘上的数据页和索引页。由于内存访问速度远快于磁盘访问，因此将经常访问的数据和索引加载到缓冲池中，可以显著进步数据库的读写性能。
组成和布局：
MySQL缓冲池主要由以下几个关键组件组成：

• 数据页：存储了InnoDB表的现实数据行。在InnoDB中，数据是按页存储的，每个数据页通常包罗多行数据。当需要读取或修改表中的数据时，相干的数据页会被加载到缓冲池中。
  
• 索引页：存储了InnoDB表的索引布局，包括主键索引（聚集索引）和辅助索引（非聚集索引）。这些索引页被加载到缓冲池中，以加快对表中数据的查找和访问。
  
• Undo页：存储了旧版本的数据，用于支持事件的ACID属性中的隔离性（Isolation）和持久性（Durability）。当执行一个事件时，对数据的修改不会立刻生效，而是先记录在Undo页中。
  
• 插入缓存：用于优化非聚集索引插入操纵的一种机制。当向一个包罗非聚集索引的表中插入数据时，如果相干的索引页不在缓冲池中，InnoDB不会立刻将索引键插入到索引页中，而是将其存储在插入缓存中。当相干的索引页被加载到缓冲池时，插入缓存中的索引键会被归并并插入到索引页中。
  
• 自顺应哈希索引：InnoDB存储引擎的一个特性，用于主动根据访问模式创建哈希索引。当某些索引值被频繁访问时，InnoDB会将这些索引值存储在自顺应哈希索引中，以加快对这些值的查找。
  
• InnoDB的锁信息：InnoDB存储引擎使用锁来确保并发访问时的数据一致性和完整性。在缓冲池中，InnoDB会维护锁信息，以跟踪哪些数据页或行被锁定，以及锁的范例（如共享锁或排他锁）。
  

工作原理：

缓冲池的工作原理主要基于“时间局部性”和“空间局部性”原则，即最近访问过的数据在将来很可能再次被访问，且一个数据项被访问时，与其相邻的数据项也很可能被访问。因此，缓冲池会只管保存这些经常被访问的数据和索引，以淘汰磁盘I/O操纵。
当MySQL需要读取数据时，会起首在缓冲池中查找，如果数据已经在缓冲池中，则直接返回给用户，称为缓冲池命中；如果数据不在缓冲池中，则从磁盘读取，并将数据保存在缓冲池中以供下次使用，称为缓冲池未命中。
配置与管理：
MySQL缓冲池的大小是可以通过配置参数进行调解的。一样寻常建议缓冲池大小是体系内存的70%-80%，但详细大小需要根据数据库的工作负载和硬件资源进行调解。
可以通过以下步调来配置MySQL缓冲池的大小：

• 查看当前的缓冲池设置：使用SHOW VARIABLES LIKE 'innodb_buffer_pool_size';命令。
  
• 盘算并决定一个合适的大小：根据体系内存和数据库的工作负载来盘算。
  
• 修改MySQL的配置文件：在配置文件中添加或修改innodb_buffer_pool_size参数。
  
• 重启MySQL服务：使新的配置生效。
  
• 验证设置是否乐成：再次使用SHOW VARIABLES LIKE 'innodb_buffer_pool_size';命令来验证。
  

总结：
用于缓存数据页，进步数据的读取和写入性能。MySQL使用缓冲池来管理内存中的数据页，可以淘汰对磁盘的访问。InnoDB存储引擎中的缓冲池还分为Buffer Pool、Change Buffer、Adaptive Hash Index等部门。
锁管理器

        锁管理器（Lock Manager）：用于管理并发访问数据库的锁机制。MySQL使用锁管理器来包管并发事件的隔离性和一致性，防止数据冲突和并发问题。
锁管理器的作用：

锁管理器在MySQL中扮演着至关紧张的角色，它主要负责以下使命：

• 管理锁的范例和级别：MySQL支持多种范例的锁，如全局锁、表级锁、行级锁等，每种锁都有其特定的应用场景和性能影响。锁管理器需要确保这些锁的精确使用和有效管理。
  
• 控制并发访问：当多个事件同时访问同一数据时，锁管理器需要和谐这些并发访问，以防止数据冲突和确保事件的隔离性。
  
• 优化性能：锁管理器需要衡量数据一致性和并发性能之间的关系，通过合理的锁策略和锁粒度来优化数据库的整体性能。
  

锁的范例和级别：
MySQL中的锁可以分为多种范例和级别，以满意不同的应用场景和性能需求。以下是一些常见的锁范例和级别：

• 全局锁：对整个数据库实例加锁，限定除了超等用户外的所有查询和修改操纵。一样寻常用于备份、规复等操纵。
  
• 表级锁：对整个表加锁，其他连接无法修改或读取该表的数据，但可以对其他表进行操纵。表级锁可以进一步分为共享锁（读锁）和排他锁（写锁）。
  
• 行级锁：对单个行加锁，只锁定需要修改的数据行，其他行可以被同时修改或读取。行级锁可以最大程度地支持并发处理，但锁管理较复杂。行级锁可以进一步分为记录锁、间隙锁和临键锁等。
  

锁管理器的实现机制：

锁管理器通过一系列复杂的机制和算法来实现锁的管理和并发控制。以下是一些关键的实现机制：

• 锁的申请与释放：当事件需要访问数据时，会向锁管理器申请相应的锁。锁管理器会根据当前的锁状态和策略来决定是否授予锁。事件完成后，锁管理器会释放相应的锁。
  
• 锁的升级与降级：在某些情况下，事件可能需要改变其持有的锁范例和级别。例如，一个事件开始时可能只需要读取数据（持有共享锁），但后来发现需要修改数据（需要排他锁）。这时，锁管理器需要支持锁的升级操纵。相反，如果事件不再需要排他锁，也可以将其降级为共享锁。
  
• 死锁检测与办理：当两个或多个事件相互等待对方释放锁时，会发生死锁。锁管理器需要能够检测死锁的发生，并采取适当的措施来办理死锁，如回滚此中一个事件或等待此中一个事件释放锁。
  
• 锁的粒度与策略：锁管理器需要根据详细的应用场景和性能需求来选择合适的锁粒度和策略。例如，在并发度较高的场景下，可以选择行级锁来淘汰锁冲突；在需要批量更新数据的场景下，可以选择表级锁来进步性能。
  

锁管理器的优化和调解：

为了充实发挥MySQL的性能上风，需要对锁管理器进行合理的优化和调解。以下是一些常见的优化和调解方法：

• 调解锁粒度：根据详细的业务需求和性能瓶颈，选择合适的锁粒度。例如，在需要高并发读写的场景下，可以优先思量使用行级锁。
  
• 优化事件管理：合理设计事件的大小和持续时间，克制长时间占用锁资源。同时，可以使用事件的隔离级别来优化并发性能。
  
• 监控与分析：使用MySQL提供的监控工具和分析工具来监控锁的使用情况和性能瓶颈。根据监控结果，对锁管理器进行相应的调解和优化。
  
• 升级硬件与软件：在硬件和软件方面，可以通过升级内存、磁盘等硬件装备以及使用更高版本的MySQL软件来优化锁管理器的性能。
  

总结：
MySQL的锁管理器是一个功能强大且复杂的组件，它负责管理MySQL中的各种锁，以确保数据的一致性和完整性，同时优化并发性能。通过合理的配置和优化，可以充实发挥MySQL的性能上风，满意各种应用场景的需求。

存储引擎层

存储引擎层是MySQL区别于其他数据库最核心的一点，也是MySQL最具特色的地方。它主要负责MySQL中数据的存储和提取，别的，数据库中的索引也是在存储引擎层实现的。不同的存储引擎具有不同的功能，用户可以根据自己的需要选取合适的存储引擎。MySQL提供了多个不同的存储引擎，此中最常用的有三种：InnoDB、MyISAM和MEMORY。
InnoDB

InnoDB：

• 是事件型数据库的首选引擎，支持事件安全表（ACID），支持行锁定和外键。
  
• 提供了具有提交、回滚和崩溃规复能力的事件安全（ACID兼容）存储引擎。
  
• 锁定在行级，并且在SELECT语句中提供一个类似Oracle的非锁定读，增加了多用户摆设和性能。
  
• 完全与MySQL服务器整合，有自己的缓冲池来在主内存中缓存数据和索引。
  
• 支持外键完整性约束，存储表中的数据时，每张表的存储都按主键次序存放。
  
• 使用的锁粒度为行级锁，可以支持更高的并发。
  
• 支持在线热备份。
  
• 数据的物理组织形式是聚簇表，所有的数据按照主键来组织，数据和索引放在一块，都位于B+树的叶子节点上。
  

MyISAM

MyISAM：

• 基于ISAM存储引擎，并对其进行扩展，是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。
  
• 拥有较高的插入、查询速度，但没有事件。
  
• 每个MyISAM表在磁盘上存储为三个文件：frm文件存储表定义，MYD文件存放表详细记录的数据，MYI文件存储索引。
  
• 支持全文索引、B树索引和数据压缩。
  
• 不支持事件，但存储速度更快。
  

MEMORY

MEMORY:

• 将所有数据保存在RAM中，数据访问速度快，但安全上没有保障。通常用于临时表及缓存。
  
• 支持的数据范例有限定，例如不支持TEXT和BLOB范例。
  
• 支持的锁粒度为表级锁，访问量比较大时会成为瓶颈。
  
• 一旦服务器出现故障，数据会丢失。
  

总结：
总的来说，MySQL的基础架构通过Server层和存储引擎层的分工互助，实现了高效、灵活的数据管理和查询功能。用户可以根据自己的需求选择合适的存储引擎，以满意不同的应用场景和性能要求。
 


免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。