企业官网建设流程全解析

桂林做网站的公司,网站设置为应用程序,移动互联网app开发,建设校园标准信息服务网站论文一、MySQL进阶1. 索引索引设计不是简单地给每个字段加个索引#xff0c;而是一场在查询性能、写入速度、存储空间和维护成本之间的精细权衡。1.1 设计原则1. 索引不是越多越好#xff0c;而是越精准越好核心理念索引虽好#xff0c;但有代价#xff1a;写入性能下降#x…一、MySQL进阶1. 索引索引设计不是简单地给每个字段加个索引而是一场在查询性能、写入速度、存储空间和维护成本之间的精细权衡。1.1 设计原则1. 索引不是越多越好而是越精准越好核心理念索引虽好但有代价写入性能下降每次INSERT/UPDATE/DELETE都需要同步更新所有相关索引存储空间膨胀每个索引都是一棵B树占用额外磁盘空间优化器负担加重索引越多MySQL查询优化器选择执行计划的时间越长数据说话一张1亿行的用户表若建立10个二级索引写入速度可能下降30%~50%存储空间翻倍。-- 错误示范为低频查询字段建立索引 CREATE TABLE orders ( id BIGINT PRIMARY KEY, user_id BIGINT, created_at DATETIME, internal_remark TEXT -- 业务字段但只在后台统计时偶尔查询 ); CREATE INDEX idx_internal_remark ON orders(internal_remark); -- ❌ 低频查询浪费索引 -- 正确做法针对高频查询字段建立索引 CREATE INDEX idx_user_created ON orders(user_id, created_at); -- ✅ 高频查询条件2. 表级别何时建立索引核心原则索引的收益与表的数据量和查询频率成正比数据量越大索引的价值越明显查询越频繁索引的回报越高选择标准表类型数据量查询频率是否建索引说明配置表100行高频❌ 不建全表扫描成本低字典表500行高频✅ 建索引每秒查询100次值得建订单表1000万行高频✅ 建索引索引价值高订单表1000万行低频❌ 不建维护成本高经验值一般表数据量超过1000行才考虑建立索引。但需结合查询频率如500行表每秒查询100次也值得建索引。经验值一般表数据量超过1000行才考虑建立索引。但需结合查询频率如500行表每秒查询100次也值得建索引。3. 字段级别哪些字段适合建索引三大应用场景索引主要适用于以下三大场景过滤WHERE条件如WHERE user_id 123排序ORDER BY如ORDER BY create_time DESC分组GROUP BY如GROUP BY category_id高选择性字段优先选择性 COUNT(DISTINCT column_name) / COUNT(*)字段选择性是否适合建索引说明user_id0.98✅高选择性几乎唯一gender0.02❌低选择性只有两个值status0.35✅选择性0.32适合建索引city0.15❌选择性0.2效果不佳最佳实践优先为高选择性的列创建索引或将其作为联合索引的首列。