网站备案电话没接织梦门户网站

网站备案电话没接,织梦门户网站,百度网页版入口在线登录,本地主机做网站服务器数据库索引设计一、核心指导思想#xff1a;目标与权衡索引设计的终极目标是#xff1a;以最小的存储和维护成本#xff0c;最大化地提升查询性能。这意味着所有具体原则都服务于两个核心KPI#xff1a;查询更快空间更小任何索引设计都需在 “查询性能提升” 与 “写入开销…数据库索引设计一、核心指导思想目标与权衡索引设计的终极目标是以最小的存储和维护成本最大化地提升查询性能。这意味着所有具体原则都服务于两个核心KPI查询更快空间更小任何索引设计都需在“查询性能提升”与“写入开销及存储成本”之间进行权衡。“没有最好的索引只有最适合的索引。”二、索引设计的核心原则做什么与不做什么原则一为查询而建而非为表而建必须建索引的列WHERE子句中的高频过滤条件列。JOIN ... ON子句中的关联列。ORDER BY/GROUP BY子句中的排序列。推论不出现在查询条件中的列创建索引通常是无意义的。原则二追求高区分度高基数优先选择区分度高的列。区分度指该列不同值的数量占表总行数的比例。比例越高索引筛选效果越好。优秀选择用户ID、手机号、订单号接近唯一。较差选择性别、状态标志如is_deleted、类型区分度低可能只返回大量数据。例外即使区分度低但如果该列常与其他高区分度列组成联合索引且遵循最左前缀原则则仍有价值。原则三利用联合索引避免冗余索引扩展而非新建如果已有索引(a)业务又需要查(a, b)应优先考虑将索引扩展为(a, b)而非新建独立索引(b)。最左前缀匹配联合索引(a, b, c)等效于建立了(a)、(a, b)和(a, b, c)三个索引。设计时应根据查询模式将最常用、筛选力最强的列放在最左边。原则四保持索引的“轻量”使用短索引前缀索引对长字符串列如VARCHAR(255)可以只对前N个字符建立索引。N的选取应能保证足够高的前缀区分度。这是以微小的查询精度损失换取显著的存储空间和性能提升的经典权衡。-- 仅对url列的前50个字符建立索引 CREATE INDEX idx_url_prefix ON table_name (url(50));选择简洁的数据类型整型索引效率远高于字符串。主键应优先使用自增整型如BIGINT避免使用冗长的UUID除非分布式场景必需。原则五警惕索引的负面影响避免过度索引每个额外索引都会增加INSERT、UPDATE、DELETE操作的成本需要维护索引树并占用磁盘/内存空间。定期审查并删除未使用或冗余的索引。更新频繁的列需谨慎对于值频繁变更的列维护索引的代价可能超过其查询收益。外键列必须建索引用于维护引用完整性和加速关联查询。原则六理解并利用索引覆盖设计索引时可考虑让索引直接包含查询所需的所有列SELECT的列。这样查询可以完全在索引中完成避免回表性能提升极大。-- 假设有联合索引 (user_id, create_time) SELECT user_id, create_time FROM orders WHERE user_id 123; -- 此查询可被索引完全覆盖效率极高原则七知道何时不应建索引表数据量极小时如配置表全表扫描更快索引反而成为负担。查询中极少被引用的列。存储大文本TEXT/BLOB或超长字段的列应使用前缀索引或全文索引。