8.优化存储过程的性能（8/10）

优化存储过程的性能

1.引言

存储过程是数据库系统中预先编写好的SQL语句集合，它们被保存在数据库服务器上，可以在需要时被调用执行。存储过程的使用可以提高数据库操作的效率，减少网络通信，并且可以封装复杂的逻辑，使得数据库操作更加模块化和可重用。

📈 存储过程在数据库应用中的作用

提高性能：存储过程在数据库服务器上执行，减少了网络传输的数据量，因为只有存储过程的结果被返回，而不是整个查询。
代码重用：存储过程允许开发者将常用的数据库操作封装起来，供不同的应用程序调用，减少了代码的重复编写。
安全性：通过存储过程，可以限制用户直接访问数据库，只允许他们调用存储过程，这样可以控制数据的访问权限。
事务管理：存储过程可以封装复杂的事务逻辑，确保数据的一致性和完整性。
逻辑封装：存储过程可以将业务逻辑封装在数据库端，使得应用程序逻辑更加清晰，也便于维护和升级。

📈 性能优化的重要性

性能优化是确保数据库应用能够高效运行的关键。一个性能良好的数据库系统可以：

提高响应速度：更快地响应用户请求，提升用户体验。
降低成本：减少服务器资源的使用，降低运营成本。
提高可扩展性：良好的性能优化可以使得数据库系统更容易扩展，以适应不断增长的数据量和用户请求。
减少瓶颈：通过优化，可以识别并解决系统中的性能瓶颈，避免单点故障。

📈 存储过程性能优化的目标

减少执行时间：通过优化存储过程的逻辑和查询，减少其执行时间。
减少资源消耗：优化存储过程以减少对CPU、内存和I/O资源的消耗。
提高并发能力：优化存储过程以支持更多的并发用户请求，提高系统的吞吐量。
优化数据访问：通过索引、查询优化等手段，减少数据访问时间。
避免锁竞争：减少存储过程中的锁等待和死锁，提高系统的稳定性。
代码优化：通过代码审查和重构，提高存储过程的可读性和可维护性。
监控和调优：持续监控存储过程的性能，并根据监控结果进行调优。

通过这些目标，存储过程的性能优化可以帮助数据库系统更加高效和稳定地运行，从而支持更复杂的业务需求和更大规模的用户访问。

2.性能分析工具

性能分析工具在数据库和应用程序性能优化中扮演着至关重要的角色。它们可以帮助开发者和数据库管理员（DBA）监控、分析和优化系统的性能。以下是一些常用的性能分析工具，以及使用它们的步骤：

📈 数据库自带的工具

查询分析器：例如SQL Server的Query Analyzer，它可以用来执行查询和存储过程，并获取SQL Server执行计划的视觉展示，从而分析查询性能。
执行计划分析：通过分析查询的执行计划，可以了解查询的执行效率，识别是否有效地使用了索引，以及是否存在性能瓶颈。
动态管理视图（DMVs）：在SQL Server中，DMVs提供了实时的、内部的数据库状态信息，可以用来监控数据库的运行状况和性能。

SQL Server 的 Query Analyzer 是一个强大的图形化工具，它主要用于编写和测试 Transact-SQL 语句和批处理。通过 Query Analyzer，管理员和开发者可以执行多个查询、查看查询结果、分析查询计划，以了解如何提高查询执行的性能。以下是如何使用 SQL Server 的 Query Analyzer 进行性能分析的步骤：

启动 Query Analyzer：
- 可以从 SQL Server Enterprise Manager 启动 Query Analyzer。
配置 Query Analyzer：
- 在使用之前，需要对 Query Analyzer 的查询选项进行配置，这些选项决定了查询的显示信息、查询结果和 SQL 语句执行计划的显示格式和内容。
- 配置可以通过 Query Analyzer 本身或通过 SET 命令实现。例如，可以在 Query 菜单下选择 Current Connection Properties 来打开配置对话框，并设置如 Set nocount、Set showplan_text 等选项。
编写和执行查询：
- 在 Query Analyzer 中编写 SQL 查询语句。
- 执行查询前，可以选择工具栏的 Query 菜单下的 Show Execution Plan 选项来显示查询的执行计划。
- 执行查询后，结果集可以以表格或文本格式显示在底部窗格。
分析查询计划：
- 执行计划以图形化的方式展示了 SQL Server 执行查询的每一个逻辑步骤，包括使用的索引和其他数据。
- 通过分析执行计划，可以了解查询的执行效率，识别是否有效地使用了索引，以及是否存在性能瓶颈。
查看查询统计信息：
- Query Analyzer 可以显示查询的统计信息，如查询处理中的时间统计和 I/O 统计。
- 这些统计信息有助于了解查询的执行效率和资源使用情况。
优化查询：
- 根据执行计划和统计信息的分析结果，可以对查询进行优化，比如添加或修改索引，重写查询语句，或者调整数据库设计。
调试存储过程：
- Query Analyzer 还提供了分析存储过程的调试器，帮助开发者调试和优化存储过程的性能。

通过这些步骤，可以使用 SQL Server 的 Query Analyzer 进行有效的性能分析和优化。

📈 第三方性能分析工具

性能监控软件：如Redgate和SolarWinds，这些工具提供了更广泛的性能监控和分析功能。例如，Redgate提供了SQL Monitor，它可以实时监控SQL Server的性能，并提供有关性能问题的详细信息。
应用性能管理（APM）工具：这类工具如Zipkin、Pinpoint和SkyWalking，专注于监控和分析应用程序的性能。它们可以追踪应用的调用链路，分析应用组件的性能，帮助开发者识别和解决性能问题。

📈 使用性能分析工具的步骤

收集性能数据：使用性能监视器（如Windows的PerfMon）或数据库自带的工具，收集CPU使用率、内存使用量、磁盘I/O、网络使用情况等性能数据。
分析执行计划：通过分析查询的执行计划，可以了解查询的执行效率，识别是否有效地使用了索引，以及是否存在性能瓶颈。
识别性能瓶颈：性能瓶颈是影响系统性能的关键问题。通过监控和分析关键指标，如高CPU使用率、内存使用峰值、响应时间慢、磁盘活动过多、网络延迟和数据库查询延迟，可以识别性能瓶颈。

通过这些工具和步骤，可以有效地监控和分析数据库和应用程序的性能，从而进行必要的优化，提高系统的整体性能和用户体验。

3.常见的性能瓶颈

📈 数据库自带的工具

查询分析器：例如SQL Server的Query Analyzer，它可以用来执行查询和存储过程，并获取SQL Server执行计划的视觉展示，从而分析查询性能。
执行计划分析：通过分析查询的执行计划，可以了解查询的执行效率，识别是否有效地使用了索引，以及是否存在性能瓶颈。
动态管理视图（DMVs）：在SQL Server中，DMVs提供了实时的、内部的数据库状态信息，可以用来监控数据库的运行状况和性能。

📈 第三方性能分析工具

性能监控软件：如Redgate和SolarWinds，这些工具提供了更广泛的性能监控和分析功能。例如，Redgate提供了SQL Monitor，它可以实时监控SQL Server的性能，并提供有关性能问题的详细信息。
应用性能管理（APM）工具：这类工具如Zipkin、Pinpoint和SkyWalking，专注于监控和分析应用程序的性能。它们可以追踪应用的调用链路，分析应用组件的性能，帮助开发者识别和解决性能问题。

📈 使用性能分析工具的步骤

收集性能数据：使用性能监视器（如Windows的PerfMon）或数据库自带的工具，收集CPU使用率、内存使用量、磁盘I/O、网络使用情况等性能数据。
分析执行计划：通过分析查询的执行计划，可以了解查询的执行效率，识别是否有效地使用了索引，以及是否存在性能瓶颈。
识别性能瓶颈：性能瓶颈是影响系统性能的关键问题。通过监控和分析关键指标，如高CPU使用率、内存使用峰值、响应时间慢、磁盘活动过多、网络延迟和数据库查询延迟，可以识别性能瓶颈。

通过这些工具和步骤，可以有效地监控和分析数据库和应用程序的性能，从而进行必要的优化，提高系统的整体性能和用户体验。

4.优化技巧和最佳实践

📈 性能优化的技巧和最佳实践

以下是数据库性能优化的技巧和最佳实践，以表格形式输出：

类别	优化技巧和最佳实践
编写高效的SQL语句	使用合适的JOIN类型，如INNER JOIN、LEFT JOIN等。
	避免SELECT *，只选择需要的列。
	利用索引优化查询，确保查询条件中使用了索引列。
优化存储过程逻辑	减少不必要的逻辑分支。
	使用游标要谨慎，尽量使用集合操作。
	批量处理数据，减少事务次数。
	使用参数化查询，防止SQL注入，提高查询计划的重用。
管理索引策略	定期审查和优化索引，避免过度索引。
	使用索引覆盖扫描，减少数据访问量。
调整数据库配置	根据工作负载调整内存分配。
	优化数据库的I/O设置，如文件读写策略。
使用事务和锁策略	保持事务简短，减少锁定资源的时间。
	使用适当的隔离级别，平衡并发和数据一致性。
监控和调整并发	管理并发访问，优化长事务和锁争用。
代码级优化	使用适当的数据类型，避免数据类型转换导致的性能损耗。
	避免在循环中进行数据库操作，尽量使用循环外的批量操作。
	利用数据库特定的性能特性，如SQL Server的表变量，MySQL的存储过程缓存。
性能调优的持续过程	定期性能审查，根据实际工作负载调整优化策略。

这些最佳实践可以帮助提高数据库的性能，确保系统的高效运行。需要注意的是，优化措施应根据具体的数据库系统、版本和工作负载进行调整。

以下是一些关于如何减少逻辑分支、谨慎使用游标、批量处理数据和使用参数化查询的SQL代码示例：

1. 减少不必要的逻辑分支

避免在存储过程中使用过多的IF-ELSE语句，尝试用查询本身的逻辑来替代。

不好的实践：

sql

IF @Type = 'Admin' BEGIN
    SELECT * FROM Users WHERE Role = 'Admin';
END IF;
IF @Type = 'User' BEGIN
    SELECT * FROM Users WHERE Role = 'User';
END IF;

好的实践：

sql

SELECT * FROM Users WHERE Role = @Type;

2. 使用游标要谨慎

游标通常用于逐行处理结果集，但它们比集合操作更慢。如果可能，尽量使用集合操作。

使用游标的例子：

sql

DECLARE @UserId INT;
DECLARE user_cursor CURSOR FOR
SELECT Id FROM Users;

OPEN user_cursor;
FETCH NEXT FROM user_cursor INTO @UserId;
WHILE @@FETCH_STATUS = 0
BEGIN
    -- 处理每一行的逻辑
    PRINT @UserId;
    FETCH NEXT FROM user_cursor INTO @UserId;
END;

CLOSE user_cursor;
DEALLOCATE user_cursor;

更好的实践：使用集合操作

sql

SELECT Id FROM Users;
-- 直接在客户端或应用层处理结果集

3. 批量处理数据，减少事务次数

批量处理数据可以减少网络往返次数和事务开销。

批量插入数据的例子：

sql

INSERT INTO Employees (FirstName, LastName, HireDate)
VALUES
('John', 'Doe', '2023-01-01'),
('Jane', 'Doe', '2023-01-15'),
('Jim', 'Beam', '2023-02-01');

4. 使用参数化查询

参数化查询不仅可以防止SQL注入，还可以提高查询计划的重用。

不好的实践：

sql

SET @SQL = 'SELECT * FROM Users WHERE Username = ' + @Username;
EXEC(@SQL);

好的实践：参数化查询

sql

-- 使用参数化查询
DECLARE @Username NVARCHAR(50);
SET @Username = 'exampleUser';

SELECT * FROM Users WHERE Username = @Username;

在某些数据库中，如SQL Server，你还可以使用sp_executesql来执行参数化查询，这有助于提高性能，因为它允许查询计划的重用。

sql

DECLARE @Username NVARCHAR(50) = 'exampleUser';
EXEC sp_executesql N'SELECT * FROM Users WHERE Username = @P1', N'@P1 NVARCHAR(50)', @Username;

这些示例展示了如何编写更高效、更安全的SQL代码。在实际应用中，应根据具体情况选择最合适的方法。

📈 常见的错误需要避免

在编写SQL语句时，有一些常见的错误和不良实践需要避免，以确保查询的性能和准确性。以下是一些需要避免的错误：

SELECT：
- 避免使用SELECT *，因为这会检索表中的所有列，增加了数据传输的负担，同时可能因为未选中需要的列而导致后续处理复杂化。
未使用索引：
- 在WHERE子句中不使用索引列，导致查询无法利用索引，可能会引发全表扫描。
复杂的JOIN操作：
- 过度使用或错误使用JOIN，特别是在没有正确指定JOIN条件的情况下，可能导致性能下降。
子查询而非JOIN：
- 错误地使用子查询而不是JOIN，尤其是在处理关联操作时，这可能导致性能问题。
未使用参数化查询：
- 直接将用户输入拼接到查询中，而不是使用参数化查询，这可能导致SQL注入攻击。
过度使用游标：
- 游标可以逐行处理结果集，但它们通常比集合操作更慢。在可以批量处理的情况下使用游标是不推荐的。
复杂的WHERE子句：
- 使用过于复杂的条件逻辑，导致查询优化器难以生成有效的执行计划。
未使用事务：
- 在需要保证数据一致性和完整性的操作上未使用事务，可能导致数据损坏或不一致。
忽略事务隔离级别：
- 不设置或不了解事务的隔离级别，可能会导致脏读、不可重复读或幻读。
大事务和长锁：
- 执行长时间的事务操作，占用锁资源不放，影响其他事务的执行。
不当的错误处理：
- 在存储过程中不适当的错误处理，可能会导致事务在遇到错误时不完全回滚。
过度的数据转换：
- 在查询中进行不必要的数据类型转换，这可能会影响性能并增加查询优化器的负担。
不恰当的聚合操作：
- 在GROUP BY操作中不正确地使用聚合函数，可能会导致错误的结果或性能问题。
未使用分区：
- 对于大型表，没有使用分区来管理数据，可能会导致查询和维护操作变得低效。
忽视查询计划：
- 不分析查询执行计划，不了解查询的执行路径和资源消耗，可能会导致性能不佳。

避免这些常见的错误可以帮助你编写更高效、更安全的SQL语句，从而提高数据库的性能和稳定性。

5.正确使用索引来提升查询效率

📈 如何正确使用索引来提升查询效率

在SQL中，正确使用索引可以显著提升查询效率，减少数据检索所需的时间和资源。以下是一些关于如何正确使用索引的最佳实践：

理解索引的工作原理：
- 索引类似于书籍的目录，可以帮助数据库快速定位数据，而不需要扫描整个表。
创建索引的最佳实践：
- 对于经常作为查询条件的列，如WHERE子句中的列，应该创建索引。
- 对于经常用于JOIN操作的列，也应该创建索引。
- 考虑查询模式和数据访问模式，为常用的查询创建索引。
使用合适的索引类型：
- 根据数据类型和查询需求，选择合适的索引类型，如B-tree索引、哈希索引、全文索引等。
索引列的选择：
- 将选择性高的列（即列中不同值的数量较多的列）作为索引的前导列。
- 避免在具有大量重复值的列上创建索引，因为这样的索引效率较低。
复合索引的使用：
- 如果查询条件经常涉及多个列，可以考虑创建复合索引（即多列索引）。
- 复合索引的列顺序应该与查询条件中列的顺序相匹配。
索引维护：
- 定期检查索引的碎片并进行优化，以保持索引的性能。
- 删除不再需要的索引，以减少维护开销和存储空间。
使用索引覆盖扫描：
- 如果一个查询只需要访问索引中的列，数据库可以使用索引覆盖扫描，这样可以避免访问表中的数据行。
避免全表扫描：
- 确保查询条件能够利用索引，避免不必要的全表扫描。
监控索引使用情况：
- 使用数据库的监控工具来检查索引的使用情况，如SQL Server的DMVs（动态管理视图）。
考虑索引对DML操作的影响：
- 索引虽然可以加快查询速度，但同时也会增加插入、更新和删除操作的开销。因此，需要在查询性能和数据修改操作之间找到平衡。
使用参数化查询：
- 使用参数化查询可以提高查询计划的重用，避免每次查询都生成新的执行计划。
避免过度索引：
- 索引虽然有用，但过多的索引会降低数据修改操作的性能，并增加存储开销。
使用EXPLAIN分析查询计划：
- 使用如EXPLAIN这样的工具来分析查询计划，了解查询是否有效地使用了索引。

通过遵循这些最佳实践，你可以确保索引被正确使用，从而提高数据库查询的效率。

📈 索引对数据库性能的影响有哪些？

索引对数据库性能有着显著的影响，既有积极的一面，也有潜在的负面影响。以下是索引对数据库性能的一些主要影响：

积极影响

提高数据检索速度：
- 索引可以加快查询速度，因为它们允许数据库引擎快速定位数据，而不需要扫描整个表。
减少数据访问时间：
- 通过使用索引，数据库可以减少访问数据所需的磁盘I/O，因为索引通常比数据表小得多。
加速JOIN操作：
- 适当的索引可以加快表之间的连接操作，特别是当JOIN条件的列上有索引时。
提高缓存效率：
- 索引可以提高数据库的缓存效率，因为索引通常存储在内存中，减少了对磁盘的访问需求。
支持快速排序和分组：
- 索引可以帮助数据库快速执行排序（ORDER BY）和分组（GROUP BY）操作。
优化查询计划：
- 数据库查询优化器可以利用索引来生成更高效的查询执行计划。
索引覆盖扫描：
- 当查询只需要索引中的列时，可以执行索引覆盖扫描，避免了访问表数据，提高了查询效率。

负面影响

增加写操作开销：
- 索引需要随着数据的插入、更新和删除而更新，这会增加这些操作的开销。
占用额外的存储空间：
- 索引需要额外的存储空间，对于大型数据库，这可能是一个重要的考虑因素。
索引维护开销：
- 数据库需要定期维护索引，如重建和重新组织索引，以保持其性能。
索引锁定和争用：
- 在高并发环境下，索引可能会成为锁定和争用的焦点，影响并发性能。
过度索引：
- 过多的索引可能会导致性能下降，因为维护索引需要额外的资源。
索引扫描与全表扫描的权衡：
- 在某些情况下，如果索引选择不当，数据库查询优化器可能会选择使用全表扫描而不是索引扫描，这可能会降低查询性能。
索引列的数据分布：
- 如果索引列的数据分布不均匀，可能会导致索引效率降低。
索引的更新和维护操作：
- 对于具有大量数据的表，索引的更新和维护操作可能会非常耗时。

因此，索引的设计和使用需要仔细考虑，以确保它们为数据库性能带来的积极影响大于潜在的负面影响。正确的索引策略应该基于对查询模式的深入理解和性能测试。

6.代码案例

然，以下是一些关于如何创建和使用索引以及编写高效SQL语句的代码示例：

1. 创建索引的例子

创建一个简单的索引

sql

CREATE INDEX idx_lastname
ON employees (lastname);

创建一个复合索引

sql

CREATE INDEX idx_lastname_firstname
ON employees (lastname, firstname);

创建一个唯一索引，确保列的唯一性

sql

CREATE UNIQUE INDEX idx_email
ON employees (email);

2. 使用索引覆盖扫描的例子

假设我们有一个带有索引的表employees，我们想要查询员工的名字和邮箱，我们可以这样写查询，使得数据库能够使用索引覆盖扫描：

sql

SELECT firstname, lastname, email
FROM employees
WHERE lastname = 'Smith' AND firstname = 'John';

在这个例子中，如果lastname和firstname上有索引，数据库可以直接在索引中找到数据，而不需要回表查询。

3. 编写高效的SQL语句的例子

使用合适的JOIN类型

sql

SELECT customers.name, orders.total_amount
FROM customers
JOIN orders ON customers.id = orders.customer_id
WHERE customers.country = 'USA';

避免SELECT *

sql

SELECT firstname, lastname, email
FROM employees
WHERE department = 'Sales';

利用索引优化查询

sql

-- 假设我们有一个基于email的索引
SELECT *
FROM employees
WHERE email = 'john.smith@example.com';

使用参数化查询防止SQL注入

sql

-- 使用参数化查询
PREPARE stmt FROM 'SELECT * FROM employees WHERE email = ?';
EXECUTE stmt USING 'john.smith@example.com';

4. 管理索引的例子

定期审查和优化索引

sql

-- 查看索引的碎片并进行优化
DBCC SHOWCONTIG;

-- 重建索引以减少碎片
ALTER INDEX ALL ON employees REBUILD;

使用索引覆盖扫描

sql

-- 假设我们有一个覆盖索引，包含了select语句中的所有列
SELECT lastname, firstname, email
FROM employees
WHERE lastname = 'Smith' AND firstname = 'John';

5. 调整数据库配置的例子

根据工作负载调整内存分配

-- SQL Server中设置内存分配的示例
ALTER SERVER CONFIGURATION
SET MEMORY (MEMORYLIMIT = 8000);
GO

请注意，这些示例可能需要根据您使用的具体数据库系统（如MySQL、PostgreSQL、SQL Server等）进行调整。不同的数据库系统在语法和功能上可能有所不同。

7.附录

性能分析工具列表

SQL Server Profiler：用于监视SQL Server的系统性能和活动。
SQL Server Management Studio (SSMS)：提供了一个集成的环境来管理SQL Server实例。
Dynamic Management Views (DMVs)：SQL Server提供的实时数据库状态信息的查询接口。
Redgate SQL Monitor：一个第三方工具，用于实时监控SQL Server的性能。
SolarWinds Database Performance Analyzer：用于分析数据库性能并识别瓶颈。
New Relic APM：应用性能管理工具，可以追踪应用的调用链路，分析应用组件的性能。
Percona Monitoring and Management (PMM)：用于监控MySQL和MariaDB的性能。
pgBadger：用于PostgreSQL数据库的性能监控和分析工具。

性能优化检查清单

定期审查查询性能，使用EXPLAIN分析查询计划。
确保索引策略是最新的，并且索引被正确使用。
监控并优化内存使用，确保足够的缓冲池大小。
调整数据库配置，以适应工作负载的变化。
避免长事务和锁争用，保持事务简短。
使用参数化查询，防止SQL注入。
定期备份和恢复测试，确保数据的完整性和可恢复性。
使用合适的数据类型，避免不必要的数据类型转换。
监控I/O性能，优化存储布局。
实施适当的错误处理和事务管理策略。

进一步阅读和资源推荐

书籍：
- "SQL Performance Explained" by Markus Winand
- "High Performance MySQL: Optimization, Backups, and Replication" by Baron Schwartz, Peter Zaitsev, Vadim Tkachenko
在线课程：
- Coursera的“Database Systems”课程
- Udemy的“SQL for Data Analysis”课程
官方文档：
- SQL Server的官方文档
- MySQL的官方文档
- PostgreSQL的官方文档
社区和论坛：
- Stack Overflow
- Database Administrators Stack Exchange
- SQL Server Central论坛
博客和文章：
- 特定数据库系统的官方博客，如SQL Server的SQLBlog
- Planet PostgreSQL的博客聚合

通过利用这些资源，你可以更深入地了解数据库性能优化的各个方面，并保持对最新工具和技术的了解

学术会议

重要信息

参会网站：【参会入口】

截稿时间：以官网信息为准

大会时间：2024年11月8-10日

大会地点：中国-南京

提交检索：EI Compendex、Scopus

更多了解：【高录用 / 人工智能 / EI检索】2024年人工智能与数字图书馆国际学术会议(AIDL 2024)_艾思科蓝_学术一站式服务平台

*现场可领取会议资料（如纪念品、参会证书等），【click】投稿优惠、优先审核！

支持单位：

参会方式

1、作者参会：一篇录用文章允许1名作者免费参会；

2、主讲嘉宾：申请主题演讲，由组委会审核；

3、口头演讲：申请口头报告，时间为15分钟；

4、海报展示：申请海报展示，A1尺寸，彩色打印；

5、听众参会：不投稿仅参会，也可申请演讲及展示；

6、论文投稿、口头报告、海报展示、听众参会【参会入口】

写在最后

性能优化确实是一个持续的过程，它涉及到对数据库和应用程序的不断监控、评估和调整。通过结合使用性能分析工具和遵循最佳实践，可以显著提升存储过程和整个数据库系统的性能。性能优化的目标不仅在于提高系统的响应速度和处理能力，还包括降低运营成本和提升最终用户的体验。通过持续的性能优化，可以确保数据库系统能够适应不断变化的工作负载和业务需求。

本文相关文章推荐：

1.MySQL存储过程基础（1/10）

2.创建第一个MySQL存储过程（2/10）

3.使用条件语句编写存储过程（3/10）

4.循环结构在存储过程中的应用（4/10）

5.错误处理在存储过程中的重要性（5/10）

6.存储过程中的游标使用（6/10）

7.存储过程中的事务管理（7/10）

8.优化存储过程的性能（8/10）