A few notes on InnoDB PRIMARY KEY

最新推荐文章于 2019-12-28 19:07:47 发布
转载 最新推荐文章于 2019-12-28 19:07:47 发布 · 264 阅读 · 0

本文档探讨了InnoDB存储引擎中主键的使用及其对性能的影响。深入分析了不同类型的主键选择对于数据库效率的意义，并提供了优化建议。
http://www.ovaistariq.net/604/a-few-notes-on-innodb-primary-key/
2023-02-08 InnoDB Architecture
悟世之路
02-08 508
InnoDB Architecture。
2022-11-30 mysql-Tuning InnoDB Primary Keys
悟世之路
11-30 322
InnoDB is called an index-organized storage engine. An index-organized storage engine uses the B-Tree of the primary key to stores the data, the table rows. That means a primary key is mandatory with InnoDB. If there is no primary key for a table, InnoDB a
14.11 InnoDB and Online DDL
七块五的专栏
12-20 2269
14.11 InnoDB and Online DDL WORD(格式更清晰一点)： http://note.youdao.com/noteshare?id=daf14083097067814afb76218984e932
InnoDB Table Compression---InnoDB表压缩
12-28 715
14.9.1.1 Overview of Table Compression 表压缩概述 Because processors and cache memories have increased in speed more than disk storage devices, many workloads are disk-bound. Data compression enables sma...
14.7 InnoDB Table Compression
七块五的专栏
07-15 4525
pdf:http://download.youkuaiyun.com/detail/paololiu/957692914.7 InnoDB Table Compression 14.7.1 Overview of Table Compression 14.7.2 Enabling Compression for a Table 14.7.3 Tuning Compression for InnoDB Tables14
《MySQL 5.6 Manual 原文翻译》show engine innodb stauts
MyISDB--Focus On Database
11-20 2202
14.2.13.4.1. InnoDB Standard Monitor and Lock Monitor Output The Lock Monitor is the same as the standard Monitor except that it includes additional lock information. Enabling either monitor
Notes on <High Performance MySQL> -- Ch4: Query Performance Optimization
weixin_30706507的博客
07-08 150
Slow Query Basics: Optimize Data Access Analyze a poorly performing query in two steps: - Find out whether your application is retrieving more data than you need. That usually means it’s...
Notes on <High Performance MySQL> -- Ch5: Advanced MySQL Feature
weixin_30410999的博客
07-08 211
The MySQL Query Cache The query cache keeps track of which tables a query uses, and if any of those tables changes, it invalidates the cache entry. How MySQL Checks for a Cache Hit The cache is ...
Building the best INDEX for a given SELECT
11-26 392
原文链接https://mariadb.com/kb/en/library/building-the-best-index-for-a-given-select/ The problem You have a SELECT and you want to build the best INDEX for it. This blog is a "cookbook" on how to ...
MySQL 5.6 Reference Manual-14.7 InnoDB Table Compression
weixin_34301132的博客
07-15 248
14.7 InnoDB Table Compression 14.7.1 Overview of Table Compression 14.7.2 Enabling Compression for a Table 14.7.3 Tuning Compression for InnoDB Tables 14.7.4 Monitoring Compression at Runtime ...
MySQL里Create Index 能否创建主键 Primary Key
12-15
MySQL里Create Index 能否创建主键 Primary Key? 答案： 不能，必须用 Alter table 创建。 MySQL一个索引列最大允许的有效长度，不是列的所有数据都被索引的MyISAM 是 1000字节 InnoDB 是 767 字节 注意这里是字节。...
简单分析MySQL中的primary key功能
09-10
在InnoDB中，Primary Key被用作聚集索引（Clustered Index），这意味着表的数据行实际上按照Primary Key的顺序物理存储。与非聚集索引（Secondary Indexes）不同，非聚集索引不包含完整的数据行，而是指向数据行的...
精选资源
MySQL数据库INNODB表损坏修复处理过程分享
01-19
处理过程： 一遇到报警之后，直接打开错误日志，里面的信息：InnoDB: Database page corruption on disk or a failed InnoDB: file read of page 30506. InnoDB: You may have to recover from a backup. 130509 20...
GEEpython_基于NDVI和NDBI遥感指数的地表温度_LST_机器学习预测模型.html
最新发布
12-27
GEEpython_基于NDVI和NDBI遥感指数的地表温度_LST_机器学习预测模型.html
C语言排序算法代码与理解说明（包括：冒泡法、插入法、选择法、快速排序）
12-27
【C语言】排序算法代码与理解说明（包括：冒泡法、插入法、选择法、快速排序） 并且本人将每种排序都写成了函数实现，并通过传参的模式控制函数是从大到小排序还是从小到大排序。
kvsd算法（matlab）用于稀疏表示中的字典训练
12-27
代码下载地址： https://pan.quark.cn/s/ff58a43cec4c ImageDenoisingKSVD MATLAB implementation of the paper "Image Denoising Via Sparse and Redundant Representations Over Learned Dictionaries" by M. Elad and M. Aharon. Create empty directories at the root directory: log figures figures>curves figures>cropped figures>dictionary
破解极域万能密码法[源码]
12-27
本文详细介绍了破解极域电子教室系统的第四种方法——万能密码法。首先指出极域系统存在一个万能密码“mythware_super_password”，通过该密码可以进入管理界面获取原密码。具体实现步骤包括：1.通过任务栏图标进入设置界面；2.输入万能密码；3.在密码设置中显示原密码。此外还介绍了如何通过更改网络频道来解除控制，并特别强调了所有修改必须点击“确定”才能生效，同时声明对使用该方法可能带来的后果不承担责任。文章最后提醒读者谨慎使用该方法。
ACM-ICPC/CCPC/XCPC算法竞赛资料雅可比方法
12-27
ACM-ICPC/CCPC/XCPC算法竞赛资料雅可比方法
智能物流基于多目标优化与动态规划的路径规划系统：车辆路径问题建模与实时调度技术实现
12-27
内容概要：本文系统阐述了智能物流路径规划的技术体系与实践应用，涵盖其发展背景、核心问题建模、关键算法、多目标与动态环境处理、系统架构及典型应用场景。文章以车辆路径问题（VRP）及其变体为核心数学模型，介绍了从Dijkstra、A*等单智能体算法到多车VRP的元启发式求解方法（如遗传算法、蚁群算法、大规模邻域搜索），并深入探讨了多目标优化（成本、时间、碳排放）与动态环境（实时订单、交通变化）下的自适应规划策略。结合城市配送、干线运输、场内物流等案例，展示了路径规划在提升效率、降低成本方面的实际价值，并分析了当前面临的复杂性、不确定性等挑战，展望了AI融合、数字孪生、车路协同等未来趋势。; 适合人群：具备一定物流、运筹学或计算机基础，从事智能交通、物流调度、算法研发等相关工作的技术人员与管理人员，工作年限1-5年为宜。; 使用场景及目标：①理解智能物流路径规划的整体技术架构与核心算法原理；②掌握VRP建模方法与多目标、动态环境下路径优化的实现策略；③为物流系统设计、算法选型与系统优化提供理论依据与实践参考； 阅读建议：建议结合文中案例与数学模型，重点理解算法选择与实际业务场景的匹配逻辑，关注动态规划与多目标优化的工程实现难点，可配合仿真工具或开源求解器进行实践验证。
primary key用法
08-07
<think>我们正在讨论MySQL中的主键（Primary Key）用法。根据用户要求，需要详细解释主键的定义、作用、使用方法和注意事项。同时，根据引用内容，我们可以整合以下信息： 1. 主键（PRIMARY KEY）是数据库表中的一个或多个字段，用于唯一标识表中的每一行记录。主键列的值必须唯一且不能为空（NOT NULL）。 2. 主键可以是一个字段，也可以是多个字段的组合（复合主键）。 3. 在MySQL中，主键与索引（INDEX）有密切关系。创建主键时，会自动创建一个名为PRIMARY的唯一索引。 4. 主键的主要作用是保证数据的唯一性，并且可以提高查询效率（因为索引的存在）。 5. 一个表只能有一个主键。 根据引用内容： - 引用[1]指出：primary key是主键，一般为自动增长并且是非空int类型的，主要用来保证数据的唯一性。 - 引用[2]指出：PRIMARY KEY是一个唯一KEY，所有的关键字列必须定义为NOT NULL。如果这些列没有被明确地定义为NOT NULL，MySQL应隐含地定义这些列。一个表只有一个PRIMARY KEY。 - 引用[3]通过示例说明一个表只能有一个主键，否则会报错“Multiple primary key defined”。 - 引用[4]展示了建表语句中主键和普通索引的写法。 下面将详细解释主键的用法： ### 1. 创建主键 #### 方法1：在创建表时定义主键 可以在列定义时直接指定主键，也可以在所有列定义后指定主键。 **单列主键：** ```sql CREATE TABLE 表名 ( 列1 数据类型 PRIMARY KEY, 列2 数据类型, ... ); ``` 或者： ```sql CREATE TABLE 表名 ( 列1 数据类型, 列2 数据类型, ... PRIMARY KEY (列1) ); ``` **复合主键（多个列组合为主键）：** ```sql CREATE TABLE 表名 ( 列1 数据类型, 列2 数据类型, ... PRIMARY KEY (列1, 列2) ); ``` #### 方法2：通过ALTER TABLE添加主键 如果表已经存在，可以添加主键： ```sql ALTER TABLE 表名 ADD PRIMARY KEY (列名); -- 单列主键 -- 或者 ALTER TABLE 表名 ADD PRIMARY KEY (列1, 列2); -- 复合主键 ``` ### 2. 主键的特性 - **唯一性**：主键的值在表中必须唯一，不能重复。 - **非空**：主键列不能包含NULL值。 - **一个表只能有一个主键**：但一个主键可以由多个列组成（复合主键）。 - **自动创建索引**：创建主键时，会自动在作为主键的列（或列组合）上创建一个唯一索引，索引名为PRIMARY。 ### 3. 主键与自增（AUTO_INCREMENT） 通常主键使用整数类型（如INT）并设置为自增，这样每次插入新记录时，主键值会自动增加，确保唯一性且无需手动指定。例如： ```sql CREATE TABLE users ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL, PRIMARY KEY (id) ); ``` ### 4. 删除主键 如果需要删除主键，可以使用： ```sql ALTER TABLE 表名 DROP PRIMARY KEY; ``` 注意：如果主键列具有AUTO_INCREMENT属性，需要先修改列去掉AUTO_INCREMENT属性，才能删除主键。 ### 5. 主键与唯一索引（UNIQUE KEY）的区别 - 主键不允许NULL值，而唯一索引允许NULL值（但唯一索引中NULL值可以出现多次，因为NULL不等于任何值，包括另一个NULL）。 - 一个表只能有一个主键，但可以有多个唯一索引。 - 主键是唯一索引的一种，但唯一索引不一定是主键。 ### 6. 示例 根据引用[1]中的建表语句： ```sql CREATE TABLE `livechat` ( `id` int(11) NOT NULL AUTO_INCREMENT, ... -- 其他列 PRIMARY KEY (`id`), ... -- 其他索引 ) ENGINE=MyISAM DEFAULT CHARSET=utf8 ROW_FORMAT=FIXED; ``` 这里将`id`列设置为主键，并且是自增的。 ### 7. 注意事项 - 选择主键时，应选择那些不会改变且具有唯一性的列（或列组合）。通常使用与业务无关的代理键（如自增整数）作为主键。 - 复合主键的使用要谨慎，因为多个列的组合必须唯一，且当作为其他表的外键引用时可能比较复杂。 ### 8. 主键的性能影响 主键自动创建唯一索引，因此基于主键的查询速度非常快。但是，当插入、更新或删除数据时，需要维护索引，因此会有一定的性能开销。另外，使用自增主键时，插入操作通常比使用随机值（如UUID）作为主键更快，因为自增主键在物理存储上是连续的，减少了磁盘I/O。 综上所述，主键是MySQL中保证数据唯一性和完整性的重要机制，合理使用主键可以优化数据库性能。 §§相关问题§§ 1. 如何在已存在的MySQL表中添加主键？ 2. 复合主键的使用场景和注意事项有哪些？ 3. 主键和唯一索引（UNIQUE KEY）有什么区别？ 4. 为什么建议使用自增整数作为主键？ 5. 主键对数据库性能有什么影响？</think>### MySQL 主键（Primary Key）用法详解 #### 1. **主键的定义与作用** 主键（PRIMARY KEY）是数据库表中**唯一标识每条记录**的列或列组合，具有以下核心特性： - **唯一性**：主键值在表中必须唯一（不允许重复）。 - **非空性**：主键列不能为 `NULL`（MySQL 会隐式将其设为 `NOT NULL`）。 - **单一性**：每个表**只能有一个主键**（但可以是多列组合）。 ```sql CREATE TABLE users ( id INT NOT NULL AUTO_INCREMENT, PRIMARY KEY (id) -- 定义主键 ); ``` #### 2. **主键的创建方法** **方法 1：列级定义（单列主键）** ```sql CREATE TABLE employees ( emp_id INT PRIMARY KEY AUTO_INCREMENT, -- 直接定义主键 name VARCHAR(50) NOT NULL ); ``` **方法 2：表级定义（支持复合主键）** ```sql CREATE TABLE orders ( order_id INT, product_id INT, quantity INT, PRIMARY KEY (order_id, product_id) -- 复合主键（两列组合唯一） ); ``` **方法 3：通过 `ALTER TABLE` 添加** ```sql ALTER TABLE students ADD PRIMARY KEY (student_id); ``` #### 3. **主键与索引的关系** - 创建主键时，MySQL **自动生成名为 `PRIMARY` 的唯一索引**（可通过 `SHOW INDEX FROM table_name` 查看）。 - 主键索引是**聚簇索引**（InnoDB 引擎），直接影响数据物理存储顺序[^2]。 #### 4. **主键 vs 唯一索引（UNIQUE KEY）** | 特性 | 主键（PRIMARY KEY） | 唯一索引（UNIQUE KEY） | |--------------------|---------------------------|------------------------------| | **数量限制** | 每表仅一个 | 可多个 | | **是否允许 NULL** | 禁止 NULL 值 | 允许 NULL 值（但需唯一） | | **是否必须** | 非必需，但强烈建议 | 可选 | | **自动创建索引** | 总是创建聚簇索引 | 创建普通唯一索引 | > 示例：允许 NULL 的唯一索引 > ```sql > CREATE TABLE products ( > sku VARCHAR(20) UNIQUE, -- 允许 NULL，但非 NULL 值必须唯一 > name VARCHAR(100) > ); > ``` #### 5. **主键的最佳实践** 1. **推荐使用自增整数** 尤其 InnoDB 表，自增主键（`AUTO_INCREMENT`）可提升插入性能： ```sql CREATE TABLE logs ( log_id INT AUTO_INCREMENT PRIMARY KEY, -- 自增主键 content TEXT ); ``` 2. **避免业务数据做主键** 如身份证号、邮箱等可能变更的数据，应使用**代理键**（如自增 ID）。 3. **复合主键的使用场景** 适用于多对多关系表（如订单商品关联表）： ```sql CREATE TABLE order_items ( order_id INT, item_id INT, PRIMARY KEY (order_id, item_id) -- 两列组合唯一 ); ``` #### 6. **常见错误与解决方案** - **错误 1：重复定义主键** ```sql ALTER TABLE test ADD PRIMARY KEY (id), ADD PRIMARY KEY (name); -- 报错！ ``` > **错误信息**：`Multiple primary key defined`[^3] > **解决**：一个表只能有一个主键。 - **错误 2：主键包含 NULL 值** ```sql INSERT INTO users (id) VALUES (NULL); -- 报错！主键不能为 NULL ``` - **删除主键** ```sql ALTER TABLE table_name DROP PRIMARY KEY; ``` #### 7. **性能影响** - **优势**：主键索引大幅提升按主键查询的速度（如 `SELECT * FROM users WHERE id = 100`）。 - **代价**：插入/更新数据时需维护索引，可能略微降低写性能[^1]。 --- ### 总结 | 关键点 | 说明 | |---------------------------|----------------------------------------------------------------------| | **唯一标识记录** | 主键确保每条记录的唯一性 | | **自动创建聚簇索引** | 显著提升查询性能（InnoDB） | | **禁止 NULL 值** | MySQL 隐式设置 `NOT NULL` | | **一个表仅一个主键** | 但可以是多列组合（复合主键） | | **与业务数据解耦** | 推荐使用自增整数等代理键 | > 通过合理使用主键，可确保数据完整性并优化查询效率。实际开发中，几乎所有表都应定义主键。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值