建站公司人员配置网站页面确认书

建站公司人员配置,网站页面确认书,wordpress 文章自定义,网站建设构架1.定位慢SQL慢查询日志#xff1a;开启 MySQL 慢查询日志#xff0c;再通过一些工具比如 mysqldumpslow 去分析对应的慢查询日志#xff0c;找出问题的根源。服务监控#xff1a;可以在业务的基建中加入对慢 SQL 的监控#xff0c;常见的方案有字节码插桩、连接池扩展、OR…1.定位慢SQL慢查询日志开启 MySQL 慢查询日志再通过一些工具比如 mysqldumpslow 去分析对应的慢查询日志找出问题的根源。服务监控可以在业务的基建中加入对慢 SQL 的监控常见的方案有字节码插桩、连接池扩展、ORM 框架过程对服务运行中的慢SQL 进行监控和告警。找到对应的慢 SQL 后使用 EXPLAIN 命令查看 MySQL 是如何执行 SQL 语句的这会帮助我们找到问题的根源。开启MySQL的慢查询日志https://blog.csdn.net/m0_74090098/article/details/1376396602.SQL优化方式2.1.避免不必要的列如尽量避免select*2.2.分页优化数据量巨大时传统的Limit和offset导致性能不好数据库扫描需要offsetlimit数量的行。2.2.1.延迟关联延迟关联适用于需要从多个表中获取数据且主表行数较多的情况。它首先从索引表中检索出需要的行ID然后再根据这些ID去关联其他的表获取详细信息。2.2.2.书签书签方法通过记住上一次查询返回的最后一行的某个值然后下一次查询从这个值开始避免了扫描大量不需要的行。2.3.索引优化2.3.1.覆盖索引使用非主键索引查询数据时需要回表但如果索引的叶节点中已经包含要查询的字段那就不会再回表查询了这就叫覆盖索引。2.3.2.避免使用!或操纵符会导致无法使用索引而进行全表扫描。2.3.3.适当使用前缀索引适当使用前缀索引可以降低索引空间占用提高索引查询效率。前缀索引是指在创建索引时只对列的前部分字符而非整个列进行索引通常用于 字符串类型的字段以节省空间并提高查询效率。创建前缀索引CREATE TABLE users (id INT PRIMARY KEY,email VARCHAR(255),INDEX(email(10)) --对email字段的前10个字符创建索引);在已有表上添加前缀索引ALTER TABLE usersADD INDEX email_prefix_index (email(10));-- 对 email 字段的前 10 个字符创建索引2.3.4.避免列上使用函数在where子句中直接对列使用函数会导致索引失效因为数据库需要对每行的列应用函数后再进行比较无法直接利用索引。2.3.5.正确使用联合索引正确地使用联合索引可以极大地提高查询性能联合索引的创建应遵循最左前缀原则即索引的顺序应根据列在查询中的使用频率和重要性来安排。2.4.Join优化2.4.1.优化子查询子查询特别是在 select 列表和 where 子句中的子查询往往会导致性能问题因为它们可能会为每一行外层查询执行一次子查询。例SELECTo.order_id,o.amount,(SELECT SUM(amount) FROM orders WHERE customer_id o.customer_id) AS total_amountFROM orders o;※ 对于每一行 orders 表中的记录都会执行一次内层的子查询 (SELECT SUM(amount) FROM orders WHERE customer_id o.customer_id)。2.4.2.小表驱动大表在执行 JOIN 操作时应尽量让行数较少的表小表驱动行数较多的表大表这样可以减少查询过程中需要处理的数据量。例SELECT e.name, d.department_nameFROM employees eJOINdepartments dONe.department_id d.id;employees 表包含的行较少数据库会首先扫描 employees 表中的所有数据。对于每一行 employees 表中的数据数据库会去 departments 表中查找对应的部门信息。由于 departments 表是大表数据库对它的扫描次数被减少了因为它只会根据 employees 表中的 department_id 来进行筛选。2.4.3.适当增加冗余字段在某些情况下通过在表中适当增加冗余字段来避免 JOIN 操作可以提高查询效率尤其是在高频查询的场景下。2.4.4.避免join太多表因为 join 太多表会降低查询的速度返回的数据量也会变得非常大不利于后续的处理。如果业务逻辑允许可以考虑将复杂的 JOIN 查询分解成多个简单查询然后在应用层组合这些查询的结果。2.4.5.利用索引扫描做排序设计索引时充分考虑排序的需求这样之后按照索引顺序扫描得到自然有序的结果。2.5.排序优化(?)利用索引扫描做排序。2.6.UNION优化条件下推是指将 where、limit 等子句下推到 union 的各个子查询中以便优化器可以充分利用这些条件进行优化。通过将查询条件下推到UNION的每个分支中每个分支查询都只处理满足条件的数据减少了不必要的数据合并和过滤。例SELECT id, name, salary FROM employeesWHERE salary 5000UNION ALLSELECT id, name, salary FROM contractorsWHERE salary 5000;UNION ALL的作用是将多个查询结果合并为一个结果集并保留所有重复行不进行去重。LIMIT用于限制SQL查询返回的结果行数常用于分页或只取前几条记录。3.查看explainEXPLAIN的作用是显示SQL查询的执行计划用于分析查询的优化方式和性能瓶颈。使用方法在select语句前加explain关键字即可。①id 列查询的标识符。②select_type 列查询的类型。常见的类型有SIMPLE简单查询不包含子查询或者 UNION 查询。PRIMARY查询中如果包含子查询则最外层查询被标记为 PRIMARY。SUBQUERY子查询。DERIVED派生表的 SELECTFROM 子句的子查询。③table 列查的哪个表。④type 列表示 MySQL 在表中找到所需行的方式性能从最优到最差分别为system const eq_ref ref range index ALL。system表只有一行一般是系统表往往不需要进行磁盘 IO速度非常快const、eq_ref、ref这些类型表示 MySQL 可以使用索引来查找单个行其中 const 是最优的表示查询最多返回一行。range只检索给定范围的行使用索引来检索。在where语句中使用 bettween...and、、、、in 等条件查询 type 都是 range。index遍历索引树读取。ALL全表扫描效率最低。⑤possible_keys 列可能会用到的索引但并不一定实际被使用。⑥key 列实际使用的索引。如果为 NULL则没有使用索引。⑦key_len 列MySQL 决定使用的索引长度以字节为单位。当表有多个索引可用时 key_len 字段可以帮助识别哪个索引最有效。通常情况下更短的 key_len 意味着数据库在比较键值时需要处理更少的数据。⑧ref 列用于与索引列比较的值来源。const表示常量这个值是在查询中被固定的。例如在 WHERE column value中。一个或多个列的名称通常在 JOIN 操作中表示 JOIN 条件依赖的字段。NULL表示没有使用索引或者查询使用的是全表扫描。⑨rows 列估算查到结果集需要扫描的数据行数原则上 rows 越少越好。⑩Extra 列附加信息。Using index表示只利用了索引。Using where表示使用了 WHERE 过滤。Using temporary 表示使用了临时表来存储中间结果。