参考：

• MySQL5.7文档
• MySQL必知必会

环境：

• RHEL7x86_64
• MySQL5.7

序言

MySQL官网： https://www.mysql.com/

由于MySQL5.7和以前版本之间的许多功能和其他差异，因此此手册不太适用于之前的老版本。之前的版本请参考MySQL相关版本的手册。

综述

General information

MySQL™ software提供了一个快速、多线程、多任务和健壮的SQL(结构化查询语言)的数据库服务器。MySQL server是为关键服务(mission-critical)、重负荷(heavy-load)生产系统以及嵌入式(embedding)大规模部署的软件而设计。 MySQL是Oracle Corporation的商标(trademark)。

MySQL software是双重许可的(dual license)：

1. Open Source product of the GNU General Public License
2. A Standard commercial License from Oracle

关于此手册

• 该手册作为一个参考，它不提供关于SQL或关系型数据库概念的一般指令；
• MySQL Database Software正在不断发展，所以参考手册也经常更新。可在此 < http://dev.mysql.com/doc/> 获取最新版的手册；
• 参考手册(Reference Manual)的源文件使用DocBook XML格式书写的，其他版本(如HTML)等是自动生成的；
• 如果在使用过程中有任何问题或建议，请发邮件给我们；
• 手册由MySQL Documentation Team维护。

MySQL数据库管理系统

MySQL Database Management System

MySQL介绍

MySQL是最流行的开源的SQL数据库管理系统，由Oracle Corporation开发、分发和支持。

• MySQL is a database management system 数据库是一个结构化的数据集合。它可能是从简单的购物清单到图片库，或是公司网络中的大量信息。若要添加、访问和处理存储在计算机数据库中的数据，你需要一个像MySQL Server这样的数据库管理系统。由于计算机非常擅长处理大量的数据，数据库管理系统在计算机中扮演这一个重要的角色。

• MySQL databases are relational 关系型数据库将数据存储在单独的表(table)中，而不是将所有数据放入一个大的库房中。数据库结构被组织成针对速度优化的物理文件。具有数据库(database)，表(table)，视图(view)，行(row)，列(column)等物理对象的逻辑模型提供了灵活的编程环境。你设置了管理不同数据字段之间关系的规则，如一对一，一对多，唯一，必须和可选关系，以及不同表之间的指针(pointer)。数据库强制执行这些规则，这样在设计良好的数据库中，应用程序就不会看到不一致、重复、孤立、过时或丢失的数据。

MySQL也是代表SQL(Structure Query Language)的一部分。SQL是访问数据库最常用的标准化语言。你可以直接使用SQL语句，或者将SQL语法隐藏到语言特定的API中。

• MySQL software is Open Source MySQL software使用GPL(GNU General Public License)，开源意味着任何人都可以下载、转发、使用和修改软件，而不需要支付任何费用。

• MySQL database server is very fast,reliable,scalabe and easy to use

• MySQL server works in Client/Server or embedded system MySQL Database Server是一个由多线程(multi-threaded)SQL Server组成的客户/服务器系统。它支持不同的后端，多个不同的客户程序和库、管理工具和广泛的APIs。 还提供MySQL Server作为一个嵌入式多线程库以便链接到你的产品，以获得一个更小，更快，更容易管理的独立产品。

• A large amount of contributed MySQL software is available

MySQL主要特点

Internals and Portability

• 由C和C++写成
• 适用于许多不同的平台
• 为了可移植性，使用CMake
• 采用独立(independent)模块的多层(layer)服务器设计
• 设计为使用内核线程的完全多线程，如果有多核CPU，能够轻松使用它们
• 提供了事务性(transactional)和非事务性(notransactional)存储引擎
• 使用非常快速的带有索引压缩的B-tree磁盘表
• 添加其他存储引擎相对容易
• 使用非常快速的基于线程的内存分配系统
• 使用优化的嵌套循环(nested-loop)连接执行非常快的联结
• 实现内存中的hash table，这些表用作临时表
• 使用高度优化的类库实现SQL函数

数据类型

• 1,2,3,4和8byte的有无符号(signed/unsigned)的整数(integers)
• FLOAT
• DOUBLE
• CHAR, VARCHAR
• BINARY, VARBINARY
• TEXT
• BLOB
• DATE, TIME, DATETIME
• TIMESTAMP
• YEAR
• SET
• ENUM
• OpenGIS

状态和功能

statement and function

• SELECT和WHERT中包含了所有支持的操作符和函数
• SQL中的GROUP BY和ORDER BY也全部支持
• GROUP functions(COUNT(), AVG(), STD(), SUM(), MAX(), MIN(), GROUP_CONCAT())
• 支持LEFT OUTER JOIN和ROGHT OUTER JOIN
• 按照SQL标准支持table和columns的别名
• 支持DELETE,INSERT,REPLACE,UPDATE，以返回受影响的行数
• 支持MySQL特定的SHOW显示语句
• 一个EXPLAIN语句显示优化器如何解析查询

安全

security

• 权限(privilege)和密码系统，非常灵活和安全，并且支持基于主机的验证
• 当连接到Server时，通过加密(encryption)所有密码通信量来确保密码安全

扩展性和限制

Scalability and Limits

• 支持大型数据库。包含五千万条记录，二十万个表，五十亿行
• 每个表最多支持64个索引，每个索引可以由1到16个列组成

####　连通性

Conectivity

• 客户端使用如下几种协议连接到MySQL Server
  • TCP/IP sockets
  • –enable-named-pipe on Windows
  • Unix domain socket files on UNIX
• MySQL客户端可用多种语言编写
• APIs对于多数语言是可用的

本地化

Localization

• Server可以向多种语言的客户端提供错误信息
• 完全支持几个不同的字符集(character sets)
• 所有数据都被保存在选取的字符集(chracter set)
• 排序和比较是根据默认的字符集和排序规则完成
• 服务器时区(time zone)可动态更改，个客户端也可修改自己的时区

客户端和工具

Clients and Tools

• MySQL包含几个客户机和使用程序
  • command-line： mysqldump, mysqladmin
  • graphical: MySQL Workbench
• MySQL Server内置了对SQL语句的支持来检查、优化和修复表
• MySQL程序可使用--help或-?来获取帮助

MySQL历史

History of MySQL

• MySQL is named after co-founder Monty Widenius’s daughter, My.
• The name of the MySQL Dolphin (our logo) is “Sakila,” which was chosen from a huge list of names suggested by users in our “Name the Dolphin” contest.

MySQL5.7新特色

What Is New in MySQL 5.7

MySQL5.7新功能

Features Added in MySQL 5.7

MySQL5.7中过期的功能

Features Deprecated in MySQL 5.7

MySQL5.7中移除的功能

Features Removed in MySQL 5.7

Server and Status Variables and Options Added, Deprecated, or Removed in MySQL 5.7

MySQL信息源

MySQL Information Sources

本章节将列出有关MySQL的帮助信息。

MySQL站点

MySQL Websites

MySQL Documentation is https://dev.mysql.com/doc

术语

MySQL Glossary

这些术语通常用于有关MySQL的信息中。

• .ARM文件 ARCHIVE表的metadata。由MySQL Enterprise Backup产品的mysqlbackup命令生成的备份中。

• .ARZ文件 ARCHIVE表的数据。由MySQL Enterprise Backup产品的mysqlbackup命令生成的备份中。

• ACID 代表原子性(atomic)，一致性(consistency)，隔离性(isolation)和持久性(durability)的首字母缩略词。 事务是可以提交(commit)或回滚(rollback)的原子工作单位。当事务对数据库进行多次更改时，要么在提交事务时所有更改都成功，要么在事务回滚时撤消所有更改。 数据库始终保持一致性状态 - 每次提交或回滚后，以及事务正在进行中。如果跨多个表更新相关数据，查询将查看所有旧值或所有新值，而不是旧值和新值的混合。 交易在进行过程中受到保护（隔离），它们不能互相干扰或看到彼此未提交的数据。这种隔离是通过锁定机制(locking mechanism)实现的。经验丰富的用户可以调整隔离级别，在保证事务确实不会相互干扰的情况下，减少保护，转而提高性能和并发。 事务的结果是持久的：一旦提交操作成功，该事务所做的更改就可以避免电源故障，系统崩溃，竞争条件或许多非数据库应用程序易受攻击的其他潜在危险。耐用性通常涉及写入磁盘存储，具有一定的冗余以防止写入操作期间的电源故障或软件崩溃。

• adaptive flushing An algorithm for InnoDB tables that smooths out the I/O overhead introduced by checkpoints.MySQL不会一次将所有修改过的页面从缓冲池(buffer pool)刷新(flush)到数据文件，而是定期刷新一小组修改过的页面。自适应刷新(adaptive flushing)算法通过基于刷新率和生成重做信息的速度来估计执行这些周期性刷新的最佳速率来扩展该过程。

• adaptive hash index InnoDB表的优化，通过在内存中构造hash index，可使用=和IN操作符加速查找。MySQL监控InnoDB表的索引搜索，如果查询可从哈希索引中受益，它会自动为经常访问的索引页创建一个。从某种意义上来说，自适应哈希索引在运行时配置MySQL以利用充足的主内存，更接近主内存数据库的体系结构。此功能由innodb_adaptive_hash_index配置项控制。

• AIO 异步(asynchronous)I/O的缩写。

• Antelope 原始InnoDB文件格式的代码名称。它支持REDUNDANT和COMPACT行格式，但不支持较新的DYNAMIC和COMPRESSED行格式。

• API 一组功能或程序。

• apply 当MySQL Enterprise Backup产品生成的备份不包括备份进行时发生的最新更改时，更新备份文件以包含这些更改的过程称为apply步骤。

• asynchronous I/O 一种I/O操作，允许在I/O完成前继续进行其它处理。也称为非阻塞(nonblocking)I/O，缩写为AIO。

• atomic 在SQL上下文中，事务是完全成功(commited)或根本没有效果(rollback)的工作单元。

• atomic DDL atomic DDL语句将数据字典更新，存储引擎操作和DDL操作关联的二进制日志写入组合到单个原子事务中。即使服务器在操作期间暂停，事务也可以完全提交或回滚。MySQL 8.0中添加了Atomic DDL支持。

• atomic instruction CPU提供的特殊指令。确保关键的低级操作不会被中断。

• auto-increment(自增) 表的列的属性(由AUTO_INCREMENT关键字指定)，在自动在列中添加值的升序。

• auto-increment locking 自动增量主键的便利性涉及一些与并发的权衡。

• autocommit 在每个SQL语句之后导致COMMIT的设置。建议不要将此模式用于具有跨多个语句的事务的InnoDB表。它可以帮助InnoDB表上的只读事务的性能，从而最大限度地减少锁定和生成撤消数据的开销。

• availability 能够对应于主机上的故障，并在必要时从中恢复故障。

• B-tree 一种在数据库索引中很常用的树数据结构。结构始终保持排序，从而能够快速查找完全匹配(=)和让位(>, <, BETWEEN)。这种索引类型适用于大多数索引类型。 因为B树有很多子节点(children)，所以B树与二叉树(binary tree)不同，二叉树每个节点限制为2个子节点。 与哈希索引(hash index)形成对比，HASH仅在MEMORY存储引擎中可使用，MEMORY存储引擎中也可使用B树索引。如果某些查询使用范围运算符，则应为MEMORY表选择B树索引。

• backticks(反引号) 如果MySQL SQL语句中的标识符包含特殊字符或保留字，则必须使用反引号(```)。

• backup 从MySQL实例复制部分或全部表数据和原数据的过程，以便妥善保管。

• Barracuda InnoDB文件格式的编码名称，它支持启用InnoDB表压缩的COMPRESSED行格式，以及改进长度可变长度列的存储布局的DYNAMIC行格式。

• base column 存储生成的列或虚拟生成列多所基于的非生成表列。换句话说，基本列是非生成的表列，它是生成的列定义的一部分。

• binary log 包含尝试更改表数据的所有语句的记录的文件。可以重播(replayed)这些语句，以便在副本集方案中是Slave Server保持最新，或者在从备份中还原表数据使数据库保持最新。建议开启此功能。 你可使用mysqlbinlog命令检查二进制日志的内容，以及重播这些内容。

• binlog 二进制日志文件的非正式名称。

• blind query expansion 由WITH QUERY EXPANSION子句启用的特殊全文搜索(full-text search)模式。它执行两次搜索，其中第二次搜索的搜索短语是与第一次搜索的少数最高度相关的文档连接的原始搜索短语。该技术主要适用于短搜索短语，可能只有一个单词。它可以发现文档中未出现精确搜索词的相关匹配。

• bottleneck(瓶颈) 系统的一部分，其大小或容量受到限制，具有限制总吞吐量的效果。

• bounce 关机(shutdown)操作后立即重启(restart)。

• buddy allocator 一种管理InnoDB缓冲池(buffer pool)不同大小页面(pages)的机制。

• buffer 用于临时存储的内存或磁盘区域。

• buffer pool 保存表和索引的缓存InnoDB数据的内存区域。为了提高大容量读取操作的效率，缓冲池被分成可以容纳多行的页面。在具有大内存的系统上，可以通过将缓冲池划分为多个缓冲池实例来提高并发性。 几个InnoDB状态变量，INFORMATION_SCHEMA和performance_schema有助于监视缓冲池的内部工作。

• buffer pool instance 可以划分缓冲池的多个区域中的任何一个，由innodb_buffer_pool_instances配置项控制。innodb_buffer_pool_size指定的总内存大小在所有缓冲池实例之间划分。通常，具有多个缓冲池实例适用于为InnoDB缓冲池分配多个GigaBytes的系统，每个实例为1GigaByte或更大。

• built-in MySQL内置的InnoDB存储引擎是存储引擎的原始分发形式。

• .cfg文件 与InnoDB可传输表空间功能一起使用的元数据(metadata)文件。它由命令FLUSH TABLES...FOR EXPORT生成，将一个或多个表置于可以复制到另一个Server的一致状态。

• cache 存储区域的通用术语，用于存储频繁或高速检索的数据副本。在InnoDB中，主要的缓存结构就是缓冲池(buffer pool)。

• cardinality 表列中的不同值的数量。当查询引用具有关联索引的列时，每列的基数会影响哪种访问方法最有效。

• change buffer 一种特殊的数据结构，用于记录二级(secondary)索引中页面的更改。

• change buffering 涉及change buffer功能的通用术语，包括insert buffering, delete buffering, pure buffering。

• checkpoint 当对缓冲池(buffer pool)中缓存(cached)的数据也进行更改时，这些更改将在稍后某个时间写入数据文件，这个过程称为刷新(flushing)。检查点是已成功写入数据文件的最新更改(LSN值)的记录。

• checksum 在InnoDB中的一种验证机制，用于在将表空间中的页面从磁盘读入InnoDB缓冲池时检测损坏。

• child table 在外键(foreign key)中，子表是其行引用另一个表中具有相同值的特定列的行的表。这是包含FOREIGN KEY...REFERENCES子句和可选ON UPDATE和ON DELETE子句的表。子表创建之前，父表中的相应行必须存在。

• clean page InnoDB缓冲池中的一个页面，启用所有在内存中进行的更改也写入(flushed)到数据文件中。 dirty page的反面。

• clean shutdown 关闭完成且没有错误，并在完成之前对InnoDB表应用所有的更改，而不是奔溃或快速关闭。slow shutdown的同义词。

• client 客户端。

• clustered index InnoDB术语表示主键索引(primary key index)。InnoDB表存储基于主键列的值进行组织，以加速涉及主键列的查询和排序。为获得最佳性能，请根据性能最关键的查询仔细选择主键列。

• cold backup 数据库关闭时进行的备份。

• column 行中的数据项，其存储和语义由数据类型定义。每个表格索引主要由它包含的列集合来定义。 每个列都有一个基数值。列可以是其表的主键，也可以是主键的一部分。列可以是受唯一约束(unique constraint)，NOT NULL constraint或两者都有。不同列中的值，甚至跨不同的表，可以通过外键关系(foreign key relationship)链接。

• column index 单列的索引。

• column prefix 当使用长度规范创建索引时(如: CREATE INDEX idx ON t1 (c1(N));)，只有列值的前N个字符存储在索引中。保持索引前缀较小使索引紧凑，内存和磁盘I/0节省有助于提高性能。

• commit 结束事务的SQL语句，使事务所做的任何更改永久化。它与回滚(rollback)相反，回滚撤销了在事务中所做的任何更改。

• compact row format 它是MySQL 5.0.3 to MySQL 5.7.8的默认行格式。从MySQL 5.7.9开始，默认行格式由innodb_default_row_format配置选项定义，该选项的默认设置为DYNAMIC。

• composite index 包含多个列的索引。

• compressed backup MySQL Enterprise Backup产品的压缩功能生成每个表空间的压缩副本.

• compressed row format 一种行格式，可为InnoDB表启用数据和索引压缩。

• compressed table 以压缩形式存储数据的表。对于InnoDB，它是使用ROW_FORMAT=COMPRESSED创建的表。

• compression 具有广泛优势的功能,包括使用更少的磁盘空间，执行更少的I/O以及使用更少的内存进行缓存。 InnoDB支持表级别和页级别的压缩。

• compression failure 实际上并不是错误，而是在将压缩与DML操作结合使用时可能发生的昂贵操作。

• concurrency(并发) 多个操作同时运行的能力，而不会相互干扰。 并发性还涉及性能，因为理想情况下，使用有效的锁定(locking)机制，对多个并发事务的保护以最小的性能开销工作。

• configuration file 包含MySQL在启动时使用的选项的文件。一般来说，Unix/Linux上此文件为my.cnf，Windows上为my.ini。你可在[mysqld]部分下设置与InnoDB相关的许多选项。

• consistent read(一致读) 一种读取操作，它使用快照信息基于某个时间点显示查询结果，而不管同时运行的其它事务所执行的更改。

• constraint 一种自动测试，可以阻止数据库更改以防止数据变得不一致。

• counter 由特定类型的InnoDB操作递增的值。用于测量Server的繁忙程度，对性能问题的来源进行故障排除，以及测试更改是否具有所需的低级别效果。

• covering index 包含查询检索的所有列的索引。查询不是使用索引值作为指针来查找完整的表行，而是从索引结构返回值，从而节省磁盘I/O。

• CPU-bound 一种工作负载(workload)，其主要瓶颈是内存中的CPU操作。通常涉及读取密集型操作，其中结果都可以缓存在缓冲池中。

• crash MySQL使用术语崩溃(crash)来指代Server无法正常清理的任何意外关机操作。

• crash recovery 崩溃后再次启动MySQL时发生的清理活动。

• CRUD create, read, update, delete的缩写，使数据库应用程序中常见的操作序列。

• cursor 一种内部数据结构，用于表示查询的结果集合或使用SQL WHERE子句执行搜索的其它操作。它的工作方式类似于其它高级语言中的迭代器，根据请求从结果集合中生成每个值。

• data dictionary 跟踪与InnoDB相关的对象(如table, indexs, columns)的元数据。此元数据实际位于InnoDB系统表空间。由于历史原因，它在某种程度上与存储在.frm文件中的信息重叠。

• data directory 每个MySQL实例保存InnoDB数据文件的目录和代表各个数据库的目录。由datadir配置项控制。

• data files 物理上包含table, index数据的文件。 InnoDB系统表空间包含InnoDB数据字典，能保存多个InnoDB表的数据，由.ibd数据文件表示。 由.ibd文件保存单个InnoDB表数据的每个表文件空间。

• data warehouse 主要运行大型查询(query)的数据库系统或应用程序。可以以非规范化(denormalized)形式组织只读或读取大部分数据以提高查询效率。

• database 在MySQL数据目录中，每个数据库有一个单独的目录表示。 对于长期使用MySQL的用户来说，数据库是一个熟悉的概念。来自Oracle数据库背景的用户会发现数据的的MySQL含义更接近Oracle数据库调用schema。

• DCL(data control language) 数据控制语言，一组用于管理权限的SQL语句。在MySQL中，由GRANT, REVOKE语句组成。

• DDL(data definition language) 数据定义语言，一组用于操作数据库本身而不是单个表行的SQL语句。包括所有形式的CREATE, ALTER, DROP, TRUNCATE语句。 DDL语句自动提交(commit)当前事务(transaction)，它们无法回滚(rolled back)。

• DML 数据操作语言，一组用于执行INSERT, UPDATE, DELETE操作的SQL语句。

• deadlock 不同事务无法继续的情况，因为每个事务都持有另一个需要的锁(lock)。因为两个事务都在等待资源可用，所以它们都不会释放它拥有的锁。 当事务锁定多个表中的行(通过如UPDATE, SELECT... FOR UPDATE等语句)时，可能会发生死锁，但顺序相反。当语句锁定索引记录(index record)和间隙(gaps)的范围时，也可能会发生死锁，每个事务由于计时问题而获取某些锁而不是其它锁。

• deadlock detection 可自动检测何时发生死锁，并自动回滚其中一个事务(受害者(victim))的一种机制。可使用Innodb_deadlock_dectect配置项禁用死锁检测。

• delete 当InnoDB处理DELETE语句时，行(row)会立即标记为删除，查询不再返回。在称为清除(purge)操作的顶级垃圾收集期间，稍后将回收存储。为了删除大量数据，具有相关性能特征的相关操作是TRUNCATE和DROP。

• delete buffering 在更改缓冲区中存储由DELETE操作产生的二级索引页的更改而不是立即写入更改的技术，以便可以执行物理写入以最小化随机I/0。 其它有insert buffering, purge buffering。

• denormalized 一种数据存储策略，跨不同的表复制数据，而不是将表与外键(FOREIGN KEYS)和连接查询(JOIN query)相关联。

• descending index 一种可用于某些数据库系统的索引的类型，其中索引存储已经过优化，可处理ORDER BY column DESC子句。 目前，尽管MySQL在CREATE TABLE语句中允许使用DESC关键字，但它不会对结果索引使用任何特殊的存储布局。

• dirty page InnoDB缓冲池已在内存中更新的页面，其中的更改尚未写入(flush)到数据文件。 与clean page相反。

• dirty read 检索不可靠数据的操作，由另一个事务更新但未提交的数据。只有隔离(isolation)级别称为read uncommitted才有可能。 这种操作不符合ACID数据库设计原理。它被认为是非常危险的，因为数据可在提交之前回滚或更新；然后，执行dirty read的事务将使用从未确认为准确的数据。 它的反面是一致读取(consistent read)，其中InnoDB确保事务不会读取由另一个事务更新的信息，即使使用其它事务也是如此。

• disk-based 一种主要在磁盘存储上组织数据的数据库。数据在磁盘和存储器之间来回传递以进行操作。 反面是in-memory数据库。

• disk-bound 一种工作负载，其主要瓶颈(bottleneck)是磁盘I/O。

• document id 在InnoDB权威搜索功能中，表中包含FULLTEXT index的特殊列，用于唯一标识与每个ilist值相关联的文档。

• doublewrite buffer InnoDB使用名为doublewrite的文件刷新(flush)技术。在将页面(page)写入数据文件之前，InnoDB首先将它们写入称之为doublewrite缓冲区的连续区域。只有在完成对doublewrite缓冲区的写入和刷新之后，InnoDB才会将页面写入数据文件中的正确位置。 如果在页面写入过程中存在操作系统，存储子系统或mysqld进程崩溃，InnoDB稍后可以在崩溃恢复期间从doublewrite缓冲区中找到该页面的良好副本。

• drop 一种通过DROP TABLE, DROP INDEX等语句删除模式对象的DDL操作。它在内部映射到ALTER TABLE语句。

• dynamic row format InnoDB插件中引入的行格式，作为Barracuda file format的一部分提供。由于长的可变长度列值存储在保存行数据的页面之外，因此对于包含大对象的行非常有效。由于通常不访问大字段来评估查询条件，因此它们不会经常进入缓冲池，从而导致更少的I / O操作和更好的缓存内存利用率。 默认行格式由innodb_default_row_fotmaat定义，其默认值为DYNAMIC。

• early adopter 类似于BETA的阶段，通常在非关键任务设置中评估软件产品的性能、功能和兼容性。

• error log 一种日志，显示有关MySQL启动和关键运行时错误以及奔溃信息的消息。

• eviction 从缓存或其它临时存储区域(如InnoDB buffer pool)中移除项(item)的过程。

• exclusive lock 一种阻止任何其它事务锁定同一行的锁。根据事务隔离级别，这种锁可能会阻止其它事务写入同一行，或者也可能阻止其它事务读取同一行。

• extent 表空间的一组页面。对于16KB的默认页面大小，范围包含64页。 MySQL v5.7.6中增加了对32KB(2MB)和64KB(4MB) InnoDB页面大小的支持。

• .frm文件 包含MySQL表的元数据(如表定义)的文件。 对于备份，必须始终保留完善的.frm文件集合备份数据，以便能够还原备份后更改或删除的表。 虽然每个InnoDB表都有一个.frm文件，但InnoDB在系统表空间中维护自己的表元数据。InnoDB不需要.frm文件来操作InnoDB表。 .frm文件由MySQL Enterprise Backup产品备份。

• Fast Index Creation InnoDB插件中首次引入的功能，现在是MySQL 5.5及更高版本的MySQL的一部分。 通过避免完全重写关联表的需要，加速了InnoDB 二级索引(secondary index)的创建。加速也适用于删除二级索引。 由于索引维护可能会增加许多数据传输操作的性能开销，因此请考虑执行诸如AALTER TABLE ... ENGINE=INNODB或INSERT INTO ... SELECT * FROM ...之类的操作，而不使用任何二级索引，并在之后创建索引。 在MySQL 5.6中，此功能变得更加通过。你可以在创建索引时读取和写入表，并且可以在不复制表的情况下执行等多种类的ALTER TABLE...操作，而不会阻止DML操作，或两者。因此在MySQL 5.6及更高版本中，这组功能称为online DDL，而不是快速索引创建。

• fast shutdown InnoDB的某人关闭过程，基于配置innodb_fast_shutdown=1。为了节省时间，跳过某些FLUSH操作。这种类型的关闭在正常使用期间是安全的，因为刷新操作在下次启动期间执行，使用与崩溃恢复(crash recovery)中相同的机制。 如果数据库正在关闭以进行升级或降级，请执行慢速关闭(slow shutdown)，以确保在关闭期间对数据文件应用所有相关更改。

• file format InnoDB表的文件格式，使用innodb_file_format配置项启用。支持的文件格式是：

  • Antelope： 是最初的InnoDB文件格式，支持REDUNDANT和COMPACT行格式；
  • Barracuda：是新的InnoDB文件格式，支持COMPRESSED和DYNAMIC行格式。

• file-per-table 由innodb_file_per_table选项控制的通用名称，这影响InnoDB文件存储、功能可用性和I/O特性方面的重要配置项。 启用此配置项后，你可以在其.idb文件中创建表，而不是在系统表空间的共享idbdata文件中创建表。当表数据存储在单个.idb文件中时，你可更灵活地选择数据压缩等功能所需的行格式。

• fill factor 在InnoDB索引中，分隔页面之前索引数据占用的页面比例。

• fixed row format 此行格式由MyISAM存储引擎使用，而不是InnoDB。

• flush 将已在内存区域或临时磁盘存储区中缓冲中的更改写入数据库文件。 定期刷新(flush)的InnoDB存储结构包括redo log, undo log, buffer log。

• flush list 一个内部InnoDB数据结构，用于跟踪缓冲池中的脏页面(dirty page)：即已更改并需要写入磁盘的页面。InnoDB内部小型事务经常更新此数据结构，因此受其自身的互斥锁(mutex)保护，以允许并发访问缓冲池。

• foreign key 一种指针关系类型，位于单独的InnoDB表中的行之间。外键关系在**父表(par ent table)和子表(child table)中的一列上定义。 除了能快速查找相关信息外，外键还可以防止这些指针在插入、更新和删除数据时变为无效，从而有助于强制引用完整性(referential integrity)。此强制机制是一种约束(constraint)。 如果另一个表中不存在关联的外键值，则无法插入指向另一个表的行。如果删除了一行或更改了其外键值，并且另一个表中的行指向该外键值，则可以设置外键以防止删除，导致另一个表中的相应列值变为NULL，或者自动删除另一个表中的相应行。 设计规范化(normalized)数据库是一个阶段是识别副本的数据，将数据分成新表，并设置外键关系，以便可使用连接(JOIN)**操作像单个表一样查询多个表。

• FOREIGN KEY constraint 通过外键关系维护数据库一致性的约束类型。 与其它类型的约束一样，如果数据不一致，它可以防止数据被插入和更新；

• FTS 在大多数情况下，它是全文搜索(full-text search)的缩写。有时在性能泰伦中，它是全表扫描(full-table scan)的缩写。

• full-text search 一种MySQL功能，用于在表数据中查找单词(words)、短语(phrases)、单词的布尔组合…比如使用SQL的LIKE运算符或编写自己的应用程序级的搜索算法。

• full table scan 需要读取表的全部内容而不是仅使用索引选择的部分内容的操作。 索引的目的是允许在大表中查找特定值或值范围，从而在实践时避免全表扫描。

• full backup 一种备份，包括每个msyql数据库中的所有表，以及MySQL实例中的所有库。

• FULLTEXT index 在MySQL全文搜索机制中保存搜索索引的特殊索引。

• fuzzy checkpointing 一种从缓冲池刷新小批量脏页面的技术，而不是一次刷新所有脏页面，这会破坏数据库处理。

• GA 一般可用(Generally available)，及产品出现测试阶段可供销售，官方支持和生产使用的阶段。

• gap InnoDB索引数据结构中可以插入新值的位置。

• gap lock 锁定索引记录之间的间隙(gap)，或锁定第一个或最后一个索引记录之前的间隙。 与记录锁(read lock)和下键锁(next-key lock)对比。 间隙锁是性能和并发之间权衡的一部分，用于某些事务隔离级别而不是其它级别。

• general log 参考一般查询日志。

• general query log 一种用于诊断和排除MySQL Server处理SQL语句的日志。可存储在文件或数据库表中。你可使用gereral_log配置项启用此功能，可通过sql_log_off配置项为特定连接禁用它。 记录比慢查询更广泛的查询。与用于副本的二进制日志不同，通用查询日志包含SELECT语句，并且不保持严格的排序。

• general tablespace 由CREATE TABLESPACE语法创建的共享InnoDB表空间。通用表空间可以在MySQL数据目录之外创建，能够保存多个表，并支持所有行格式的表。 MySQL 5.7.6中引入了一般表空间。 与系统表空间(system tablespace)和每个表文件(file-per-table)空间对比。

• generated column 其值是根据列定义中包含的表达式计算的列。生成列可以是虚拟的(virtual)或存储的(stored)。

• generated stored column See stored generated column.

• generated virtual column See virtual generated column.

• global transaction XA操作中涉及的一种事务。它由几个本身具有事务性的操作组成，但所有操作必须作为一个组成功完成，或者全部作为一个组回滚。

• group commit InnoDB优化，对一组提交(commit)操作执行一次低级I/O操作(日志写入)，而不是为每次提交单独刷新和同步。

• hash index 一种索引类型，用于使用相等运算符的查询而不是范围运算符。它用于MEMORY表，它是MOMORY存储引擎的默认值，但它还支持B-TREE索引，B-TREE索引对一般查询来说是更好的选择。

• heartbeat 发送的周期性消息，指示系统正常运行。

• high-water mark 表示上限的值，也可是运行时不应超过的硬性限制。 与low-water mark相反。

• history list 具有删除标记记录的事务列表，计划由InnoDB清除(purge)操作处理。记录在撤销(undo)日志中。历史列表的长度由SHOW ENGINE INNODB STATUS报告。如果历史列表长度超过innodb_max_purge_lag配置项，则么个DML操作都会稍微延迟，以允许清除操作完成刷新已删除的记录。

• hole punching 从页面释放空块(empty block)。InnoDB transparent page compression功能依赖于它的支持。

• hot 频繁地访问行、表或内部数据结构，需要某种形式的锁定或互斥的情况，这会导致性能或可伸缩性问题。

• hot backup 在数据库运行且应用程序正在读取和写入数据库时进行备份。 备份不仅仅是复制数据文件：它必须包括备份过程中插入或更新的任何数据;它必须排除备份过程中删除的任何数据;它必须忽略任何未提交的更改。

• .idb文件 file-per-table表空间和通用表空间的数据文件。每个表的文件表空间(.idb文件)包含一个表和关联的索引数据。一般表空间(.idb文件)可能包含多个表的表数据和索引数据。 .idb文件扩展不适用于系统表空间，该表空间由一个或多个ibdata文件组成。

• .ibz文件 当MySQL Enterprise Backup产品执行压缩备份时，它会将使用file-per-table设置创建的每个表空间文件从.ibd扩展名转换为.ibz扩展名。

• .isl文件 一个文件。它的功能类似于符号链接，没有实际符号链接机制的平台限制。

• I/O-bound 参考disk-bound。

• ib-file set 由InnoDB管理的文件集： 系统表空间， 每个表的表空间文件和重做日志文件(redo log)。根据MySQL版本和InnoDB配置，还可能包括通用表空间，临时表空间和撤消表空间文件。这个术语有时用于InnoDB文件结构和格式的详细讨论，以引用由InnoDB在MySQL数据库中管理的文件集。

• ibbackup_logfile 在热备份操作期间由MySQL Enterprise Backup产品创建的补充备份文件。

• ibdata文件 一组名称为ibdata1，ibdata2等的文件，构成InnoDB系统表空间。这些文件包含有关InnoDB表的元数据，以及一个或多个撤销日志(undo log)，更改缓冲区(change buffer)和双写入缓冲区域(doublewrite buffer)。它们还可以包含部分或全部数据。

• ibtmp文件 InnoDB临时表空间数据文件，用于非压缩的InnoDB临时表和相关对象。配置项innodb_temp_data_file_path允许用户定义临时表空间数据文件的相对路径，如果未指定，则默认在数据目录下创建。

• ib_logfile 一组文件，通常名为ib_logfile0和ib_logfile1，构成重做日志。有时也称为日志组。这些文件记录了尝试更改InnoDB表中数据的语句。在崩溃后启动时，会自动重播这些语句以更正由不完整事务写入的数据。 此数据文件不能用于手动恢复；对于该类型的操作，请使用二进制日志(binlog)。

• ilist 在InnoDB全文索引中，数据结构由document id和token的位置信息组成。

• implicit(隐式) row lock InnoDB获取的行锁，以确保一致性，而无需你特别请求它。

• in-memory database 一种数据库系统，用于维护内存中的数据，以避免磁盘I/O和磁盘块与内存区域之间的转换而产生的开销。

• incremental backup(增量备份) 由MySQL Enterprise Backup产品执行的一种热备份，仅保存自某个时间点以来更改的数据。

• index 一种数据结构，通常通过形式表示成特定列或列集的所有值的树结构(B-TREE)，为表的行提供快速查找功能。 InnoDB表总是有一个表示主键(primary key)的聚集索引(clustered index)。它们还可以在一列或多列上定义一个或多个二级索引(secondary index)。根据其结构，二级索引可分为部分索引(partial index)、列索引(column index)和复合索引(composite index)。 索引是查询性能的关键方面。数据库架构师设计表、查询和索引，以允许快速查找应用程序所需的数据。理想的数据库设计在可行的情况下使用覆盖索引(overing index)，查询结果完全从索引计算，而不读取实际的表数据。每个外键约束(foreign key constraint)还需要一个索引，以有效地检查父表和子表中是否存在值。 虽然B-TREE索引最为常见，但不同类型的数据结构使用HASH索引(如memory存储引擎和InnoDB自适应哈希索引)。R-Tree索引用于多维信息的空间索引。

• index cache 保存InnoDB全文搜索的令牌数据(token)的内存区域。当数据在作为全文索引一部分的列中插入或更新时，它会缓冲数据以最小化磁盘I/O。当索引缓存已满时，令牌数据将写入磁盘。每个InnoDB全文所以都有自己独立的索引缓存，其大小由innodb_ft_cache_size配置项控制。

• index condition pushdown Index Condition Pushdown(ICP)是一种优化，如果可以使用索引中的字段评估条件的某些部分，则将部分WHERE条件下推到存储引擎。ICP可以减少存储引擎必须访问基表的次数以及MySQL服务器必须访问存储引擎的次数。

• index hint 用于覆盖优化程序建议的索引的扩展SQL。

• index prefix 在应用于多个列的索引(称为复杂索引)，索引的初始列或前导列。

• index statistics

• infimum record 索引中的伪记录(pseudo record)，表示该索引中最小值之下的差距。

• INFORMATION_SCHEMA 提供MySQL数据字典(data dictionary)查询接口的数据库。要检查有关数据库的信息(元数据)，可以查询诸如INFORMATION_SCHEMA.TABLES和INFORMATION_SCHEMA.COLUMNS之类的表。而不是使用生成非结构化输出的SHOW命令。 INFORMATION_SCHEMA数据库还包含特定于InnoDB的表，这些表为InnoDB数据字典提供查询接口。使用这些表不是为了查看数据库的结构，而是获取有关InnoDB表的工作方式的实时信息，以帮助进行性能监视，调整和故障排除。

• InnoDB 一个MySQL组件，它结合了高性能和事务功能，可靠性，健壮性和并发访问。它体现了ACID的设计理念。代表作为存储引擎，它处理使用ENGINE=INNODB子句创建或更改的表。 InnoDB表非常适合热备份。

• innodb_autoinc_lock_mode innodb_autoinc_lock_mode选项控制用于自动增量锁定的的算法。 当你有一个自增主键，则只能使用innodb_autoinc_lock_mode=1来使用基于语句的复制。此设置称为连续锁定模式，因为事务中的多行插入会接收连续的自动增量值。 如果您有innodb_autoinc_lock_mode=2，它允许插入操作具有更高的并发性，请使用基于行的复制而不是基于语句的复制。此设置称为交错锁定模式，因为同时运行的多个多行插入语句可以接收交错的自动增量值。 除兼容性目的外，不应使用innodb_autoinc_lock_mode=0设置。

• innodb_file_format innodb_file_format选项定义用于新InnoDB文件每表表空间的文件格式。目前，您可以指定Antelope和Barracuda文件格式。

• innodb_file_per_table 一个重要的配置项，它影响InnoDB文件存储的许多方面，功能的可用性和I/O特性。

• innodb_lock_wait_timeout innodb_lock_wait_timeout选项设置在等待共享资源变为可用或放弃和处理错误，重试或在应用程序中执行备用处理之间的平衡。

• innodb_strict_mode innodb_strict_mode选项控制InnoDB是否在严格模式下运行，其中通常被视为警告的条件会导致错误。

• insert SQL中的主要DML操作。

• insert buffer change buffer之前的名称。

• insert buffering 在更改缓冲区中存储由INSERT操作产生的二级索引页的更改而不是立即写入更改的技术，以便可以执行物理写入以最小化随机I/O。

• insert intention lock 一种间隙锁(gap lock)，由行插入前的INSERT操作设置。

• instance 一个mysqld守护程序，管理一个数据目录，表示一个或多个带有一组表的数据库。

• instrumentation 在源代码级别进行修改以收集用于调整和调试的性能数据。

• intention exclusive lock

• intention lock 一种适用于表的锁，用于指示事务要在表中的行上获取的锁类型。 不同的事务可以在同一个表上获取不同类型的意图锁，但是获取表上的意图独占（IX）锁的第一个事务会阻止其他事务获取表上的任何S或X锁。

• intention shared lock

• intrinsic temporary table 优化程序使用的优化内部InnoDB临时表。

• inverted index 为文档检索系统优化的数据结构，用于InnoDB全文搜索的实现。

• IOPS 每秒I/O操作的缩写。

• isolation level 数据库处理的基础之一。 从最高的一致性和保护到最小，InnoDB支持的隔离级别是: SERIALIZABLE, REPEATABLE READ, READ COMMITTED, READ UNCOMMITTED。 InnoDB表中，许多用户可以保留默认所有操作的默认级别(REPEATABLE READ)。专家用户可以选在READ COMMITTED级别，因为它们通过OLTP处理推动可伸缩性的界限，或者在数据仓库操作期间，其中的轻微不一致性不会影响大量数据的聚合结果。边缘上的级别(SERIALIZABLE和READ UNCOMMITTED)将处理行为改变到很少使用它们的程度。

• join 通过引用包含相同值的表中的列来从多个表检索数据的查询(query)。理想情况下，这些列是InnoDB外键(foreign key)关系的一部分，它确保了引用完整性并且连接列已编制的索引。通常用于规范化数据设计中通过用数字ID替换重复的字符串来节省空间并提高查询性能。

• KEY_BLOCK_SIZE 用于指定InnoDB表中使用压缩行格式(compressed row format)的数据页(date page)大小的选项(默认8KB)。

• latch InnoDB用于实现其内部存储器结构锁定的轻量级结构，通常以毫秒或微秒为单位保持一段时间。一般术语，包括互斥锁(mutexes)和读写锁(rw-locks)。它是InnoDB性能调整的重点，有关锁存器(latch)使用和争用的统计信息可通过 Performance Schema接口获取。

• list InnoDB缓冲池表示为内存页列表。

• lock 控制对资源访问的对象的高级概念，作为锁定策略的一部分。

• lock escalation 在某些数据库系统中使用的操作，它将许多行锁转换为单个表锁，从而节省了内存空间，但减少了对表的并发访问。

• lock mode 共享锁(shared lock)允许事务读取表行。多个事务可以同时在同一行上获取共享锁。 独占锁(exclusive lock)允许事务更新化删除行。没有其它事务可以同时在同一行上获取任何类型的锁。 意图锁(intension lock)适用于表，用于指定事务要在表中的行上获取那种锁定。不同的事务可以在同一个表上获取不同类型的意图锁，但是获取表上的意图独占锁的第一个事务会阻止其它事务获取表上的任何共享锁或独占锁。

• locking 保护事务不被查看或更改其它事务正在查询或更改的数据的系统。

• locking read 锁定策略必须平衡数据库操作的可靠性和一致性与良好并发性所需的性能。 一个SELECT语句，它还对InnoDB表执行锁定操作。它有可能产生死锁，具体取决于事务的隔离级别。

• log 包括redo log, undo log, error log, binary log, general query log, slow query log。

• log buffer 保存要写入日志文件的数据的内存区域。由innodb_log_buffer_size配置项控制。

• log file 数据从log buffer内存区域写入到这些文件。

• log group

• logical 一种设计高级抽象方面的操作。

• logical backup 一种备份，可以重现表结构和数据，而无需复制实际的数据文件。逻辑备份的输出包含如CREATE TABLE, INSERT...语句，与物理备份形成对比。它提供了灵活性，但恢复时间比物理备份长得多。

• **loose_** 在Server启动后添加到InnoDB配置项的前缀，因此当前级别的MySQL无法识别的任何新配置项都不会导致启动失败。MySQL处理以此前缀开头的配置选项，但如果前缀后面的部分不是可识别的选项，则会发出警告而不是失败。

• low-water mark 表示下限的值，通常是某些纠正措施开始或变得更具侵略性的阈值。

• LRU LRU(least recently used)是管理存储区域的常用方法。当需要空间来缓存较新的项目时，最近未使用的项目将被逐出。

• LSN LSN(log sequence number)，这个任意的，不断增加的值表示与重做日志中记录的操作相对应的时间点。

• .MRG文件 包含MERGE存储引擎使用的其它表的引用的文件。

• .MYD文件 MySQL用于存储MyISAM表数据的文件。

• .MYI文件 MySQL用于存储MyISAM表索引的文件。

• master server 副本集中的数据库Master，用于处理数据的初始INSERT, UPDATE, DELETE。这些更改将传递管道其它Slave并在其上执行。

• master thread InnoDB线程，在后台执行各种任务。这些任务中大多数都与I/O有关。 为了提高并发性，有时将操作从主线程移动到单独的后台线程。

• MDL MDL(metadata lock)。用于放置对另一个事务同时使用的表执行DDL操作。

• memcached MySQL和NoSQL软件堆栈的流行组件，允许对单个值进行快速读取和写入，并将结果完全缓存在内存中。

• merge 应用内存中缓存的数据的更改，更改缓冲区中记录的任何适用更改都将合并到缓冲池中的页面中。更新的数据最终由FLUSH机制写入表空间。

• metrics counter

• midpoint insertion strategy 最初将页面放入InnoDB缓冲池的技术不是在列表的最新端，而是在中间的某个位置。根据innodb_old_blocks_pct选项的设置，此点的确切位置可能会有所不同。

• mini-transaction 在DML操作期间在物理级别对内部数据结构进行更改时，InnoDB处理的内部阶段。

• mixed-mode insert 一个INSERT语句，为某些新行指定auto-increment值。

• multiversion concurrency control(MVCC) 这种技术是具有特定隔离级别的InnoDB事务执行一致的读操作。这是一种增强并发性的强大技术，允许查询继续进行而无需等待其它事务持有的锁。 这种技术在数据库世界中并不普遍，其它数据库产品和其它MySQL引擎不支持它。

• mutex 互斥变量(mutex variable)的非正式缩写。InnoDB用于表示和强制执行内部内存数据结构的独占访问锁的低级对象。获取锁定后，将阻止任何其他进程，线程等获取相同的锁定。与读写锁对比，InnoDB使用它来表示和强制执行内部内存数据结构的共享访问锁。 互斥锁(mutexes)和读写锁(rw locks)被统称为锁存器(latches)。

• my.cnf Unix/Linux系统上，MySQL配置文件名称。

• my.ini Windows系统上，MySQL配置文件名称。

• mysql mysql程序时MySQL数据库的CLI解释器。它通过将请求传递给mysqld daemon来处理SQL语句以及特定的MySQL命令。

• mysqlbackup MySQL Enterprise备份产品的CLI工具。

• mysqldump 一个命令，用于对数据库、表、表结构、表数据等某些组合执行逻辑备份。

• mysqld mysqld是MySQL数据库的数据库引擎。它作为守护进程运行，不断等待请求并在后台执行维护工作。

• natural key 索引列，通常是主键，其中值具有一些真实世界的重要性。通常建议不要因为:

• 如果值应该更改，这可能需要大量索引维护来重新排序聚集索引(clustered index)，并在更新在每个二级索引(secondary index)中重复的主键值的副本

• 即使看似稳定的值也会以不可预测的方式改变，这些方式难以在数据库中正确表示。 因此，通常最好使用任意数值(arbitrary numeric)来形成组合键，如使用自增列(auto-increment column)。

• neighbor page 与特定页面具有相同程度(extent)的任何页面。当选择要刷新(flush)页面时，通常也刷新任何脏页面，作为传统硬盘的I/O优化。它通过innodb_flush_neihbors配置项进行控制。

• next-key lock 索引记录上的记录锁定(record lock)和索引记录之前的间隙上的间隙锁定(gap lock)的组合。

• non-locking read 不使用SELECT ... FOR UPDATE或SELECT ... LOCK IN SHARE MODE子句的查询。允许在只读事务(readonly transaction)中使用全局表的唯一查询类型。

• non-repeatable read 查询检索数据的情况，以及同一事务中的后续查询检索应该是相同数据的内容，但查询返回不同的结果。 这种操作违背了ACID数据库设计原则。在事务中，数据应该是一致的，具有可预测和稳定的关系。 在不同的隔离级别(isolation levels)中，可序列化读取(serializable read)和可重复读取级别阻止了不可重复读取，并且一致读取(consistent read)和读取未提交(read uncommitted)级别允许。

• nonblocking I/O 行业术语，与异步(asynchronous)I/O相同。

• normalized 数据库设计策略，将数据拆分为多个表，并将重复值压缩为由ID表示的单个行，以避免存储、查询和更新冗余或冗长(redundant or lengthy)的值。它通常用于OLTP应用程序。

• NoSQL 一组数据访问技术的广义术语，它不使用SQL语言作为读取和写入数据的主要机制。

• NOT NULL约束(constraint) 一种约束类型，指定列不能包含任何NULL值。

• NULL SQL中的特殊值，表示缺少数据。任何涉及NULL值的算术运算或相等测试都会产生NULL结果。 NULL值在索引操作中起作用，因为对于性能，数据库必须最小化跟踪丢失数据值的开销。 由于主键必须能够唯一标识表中的每一行，因此单列主键不能包含任何NULL值，并且多列主键不能包含所有列中具有NULL值的任何行。

• .OPT文件 包含数据库配置信息的文件。由MySQL Enterprise Backup产品的mysqlbackup生成。

• off-page列 包含可变长度数据(如BLOB, VARCHAR)的列，由于列长度太长而无法放在B-Tree页面上。这个数据存储在溢出页面(overflow page)中。与旧的COMPACT行格式相比，DYNAMIC行格式对此类存储更有效。

• OLTP OLTP(Online Transaction Processing)，数据库系统或数据库应用程序，它运行具有许多事务的工作负载，频繁写入和读取，通常一次影响少量数据。 凭借其行级锁定(row-level locking)和事务功能，InnoDB是OLTP应用程序中使用的MySQL表的理想存储引擎。

• online 一种不涉及数据库停机(shutdown)、阻塞(blocking)或受限(restricted)操作的操作类型。通常适用于DDL。 在备份中，热备(hot backup)是在线(online)操作，暖备(warm backup)是部分在线操作。

• online DDL 在DDL(主要是ALTER TABLE)期间改进InnoDB表的性能、并发性和可用性的功能。

• optimistic 一种指导关系型数据库系统的低级实现决策的方法。

• optimizer MySQL组件，根据相关表的特征和数据分布，确定用于查询的最佳索引(index)和联结(join)顺序。

• option MySQL的配置参数，可存储在配置文件中，也可在命令行上传递。

• option file 包含MySQL实例的配置选项的文件。

• overflow page 包含可变长度的单独分配磁盘页面的列(如BLOB, VARCHAR)，这些列太长而无法放在B-Tree页面上。这个关联列也称为页外列(off-page)。

• .par文件 包含分区定义的文件。由 MySQL Enterprise Backup的mysqlbackup生成。

• page 一个单元，表示InnoDB在磁盘(data file)和内存(buffer pool)之间的任何事件传输的数据量。页面可以包含一行或多行，具体取决于每行中的数据量。

• page cleaner InnoDB后台线程，用于刷新(flush)缓冲池(buffer pool)中的脏页面。

• page size 对于MySQL v5.5，每个页面的固定大小为16KB。 从MySQL v5.6开始，InnoDB实例的页面大小可以是4KB, 8KB, 16KB，由innodb_page_size配置项控制。 从MySQL v5.7.6开始，InnoDB还支持32KB和64KB的页面大小(但不支持ROW_FORMAT=COMPRESSED)。

• parent table 外键关系的表，其中包含从子表执行初始列值。

• partial backup 包含MySQL数据库中的某些库或某些表的备份。

• partial index 仅表示列值的一部分索引，通常是长度为VARCHAR值的前N个字符(前缀)。

• Performance Schema performance_schema模式提供了一组表，可以查询这些表以获取有关MySQL Server的许多内部的性能详细信息。

• persistent statistics 一种功能，可将InnoDB表的索引统计信息存储在磁盘上，从而为查询提供更好的计划稳定性。

• pessimistic 一种牺牲性能或并发性以支持安全性的方法。 InnoDB使用所谓pessimistic locking策略，以最大限度地减少死锁(deadlock)的可能性。在应用程序级别，你可通过一台是就获取事务所需的pessimistic lock策略来避免死锁。

• phantom 显示在查询结果集中但不在先前查询的结果集中的行。

• physical 设计硬件方面的操作。

• physical backup 复制实际数据文件的备份。

• PITR PIRT(point-in-time recovery)时间点恢复的缩写。 还原备份以在特定日志和时间重新创建数据库状态的过程。

• plan stability 查询执行计划的一个属性，优化程序每次为给定查询做出相同的选择，以便性能一致且可预测。

• prefix index prefix.

• primary key 一组列，基于这组列的索引可以唯一标识表中的每一行。 InnoDB要求每个表都有这样的索引，并根据主键的列值组织表存储。 选择主键值时，请考虑使用任意值（synthetic key），而不是依赖于从某些其他源（natural key）派生的值。

• pseudo-record 索引中的人工记录，用于锁定当前不存在的键值或范围。

• Pthreads POSIX线程标准，它定义了用于Unix和Linux系统上的线程和锁定操作的API，InnoDB将此实现用于互斥锁(mutexes)。

• purge 由一个或多个单独的后台线程（由innodb_purge_threads控制）执行的一种垃圾收集，它以定期计划运行。

• purge buffering 在更改缓冲区中存储由DELETE操作产生的二级索引页的更改而不是立即写入更改的技术，以便可以执行物理写入以最小化随机I/O。

• purge lag InnoDB历史列表的另一个名称。与 innodb_max_purge_lag配置项有关。

• purge thread InnoDB进程中的一个线程，专门用于执行定期清除操作。

• query 在SQL中，从一个或多个表中读取信息的操作。

• query execution plan 优化程序关于如何最有效地执行查询的决策集，包括要使用的索引或索引，以及联结表的顺序。

• query log

• quiesce 要减少数据库活动量，通常要为ALTER TABLE、备份或关闭等操作做准备。

• R-tree 一种树数据结构，用于诸如地理坐标(geographical coordinates)、矩形(rectangle)、多边形(polygons)之类的多维数据(multi-dimensional)进行空间索引。

• RAID 磁盘阵列(Redundant Array of Inexpensive Drives)的缩写。跨多个驱动器传播I/O操作可在硬件层面实现更高的并发性，并提高低级写入操作的效率，否则将按顺序执行。

• random dive 一种快速估量列中不同值的数量的技术。InnoDB从索引中随机采样页面，并使用该数据估计不同值的数量。

• raw backup 在应用binary log和incremental backup中的更改之前，MySQL Enterprise Backup产品生成的初识备份文件集。

• READ COMMITTED 为了提供性能，使用锁定策略的隔离级别可以放松事务之间的某些保护。事务无法查看来自其它事务未提交的数据，但它们可以查看当前事务启动后由另一个事务提交的数据。因此，事务永远不会看到任何不良数据，但它看到的数据可能在某种程度上取决于其它事务的时间。

• read phenomena 当事务读取另一个事务已修改的数据时可能发生 dirty reads, non-repeatable reads, phantom reads等现象。

• READ UNCOMMITTED 在事务之间提供最少保护的隔离级别。查询采用锁定策略，允许它们在通常等待另一个事务的情况下继续。但是，这种额外的性能是以不太可靠的结果为代价的，包括已被其他事务更改但尚未提交的数据(dirty data)。请谨慎使用此隔离级别，并注意结果可能不一致或可重现，具体取决于其它事务同时执行的操作。通常，具有此隔离级别的事务仅执行查询，而不执行插入，更新或删除操作。

• read view InnoDB的MVCC机制使用的内部快照。某些事务会查看事务启动时的数据值。使用读取视图(read view)的隔离级别是REPEATABLE READ, READ COMMITTED, READ UNCOMMITTED。

• read-ahead 一种I/O请求，它将一组页面异步预取到缓冲池中，预计很快就会需要这些页面。线性预读技术基于前一范围中的页面的访问模式预取一个范围的所有页面。

• read-only transaction 一种可以优化InnoDB表的事务，通过消除为每个事务创建读取视图所涉及的一些簿记(bookkeeping)。

• record lock 索引记录上的锁定。

• redo 当DML语句对InnoDB表进行更改时，以记录为单位的数据记录位于重做(redo)日志中。在崩溃恢复(crash cecovery)期间使用它来纠正未完成的事务写入的数据。

• redo log 在崩溃恢复期间使用的基于磁盘的数据结构，用于纠正由未完成的事务写入的数据。

• redundant row format 旧的InnoDB行格式。 MySQL v5.0.3到MySQL v5.7.8的新格式为COMPACT。 MySQL v5.7.9，默认行格式由innodb_default_fow_format配置项定义，默认为DYNAMIC，也可指定REDUNDANT行格式与旧的InnoDB表兼容。

• referential integrity 始终以一致的格式维护数据的技术，这是ACID理念的一部分。

• relational 数据库Server对一对一(one-to-one)，一对多(one-to-many)，多对一(many-to-one)和唯一性(uniqueness)等关系进行编码和实施。 数据库Server可以使用这些关系来防止插入错误数据，并找到查找信息的有效方法。 在数据库级别，这些关系通过SQL功能表示。 在数学上下文中，数据库中的关系原子集合论。

• relevance 在全文搜索功能中，一个数字表示搜索字符串与全文索引中的数据之间的相似性。

• REPEATABLE READ InnoDB的默认隔离级别。它可以防止被查询的任何行被其他事务更改，从而阻止不可重复的读取但不阻止幻像读取。

• repertoire Repertoire是一个应用于字符集的术语。

• replication

• restore 还原数据库。

• rollback 用于结束事务的SQL语句，撤销事务所做的任何更改。它与提交(commit)相反，提交使得在事务中进行任何更改都是永久性的。 默认情况下，MySQL使用自动提交设置，该设置会在每个SQL语句后自动发出提交。你必须先更改此设置，然后才能使用回滚技术。

• rollback segment 包含撤销(undo)日志的存储区域。

• row 由一组列定义的逻辑数据结构。

• row format InnoDB表行的磁盘存储格式。

• row lock 一种锁，可防止另一个事务以不兼容的方式访问行。其它事务可以自由地写入同一表中的其它行。这是由InnoDB表上的DML操作完成的锁定类型。

• row-based replication 一种部分形式，事件从Master传播，指定如何更改Salve上的各行。可以安全地用于innodb_autoinc_loc_mode选项的所有设置。

• row-level locking 用于InnoDB表的锁定机制，依赖于行锁(row lock)而不是表锁(table lock)。多个事务可以同时修改同一个表。只有当两个事务尝试修改同一行时，其中一个事务才会等待另一个事务完成（并释放其行锁）。

• rw-lock InnoDB用于根据某些规则表示并强制执行对内部内存数据结构(in-memory)的共享访问锁定的低级对象。与互斥(metexes)形成对比，InnoDB用它来表示和强制执行对内部内存数据结构的独占访问(exclusive access)。互斥锁和读写锁被统称为锁存器(latches)。

读写锁类型包括:

• s-locks(shared locks)，提供对公共资源的读访问权限；
• x-locks(exclusive locks)， 提供对公共资源的写访问权限，同事不允许其它线程进行不一致的读取；
• sx-locks(shared-exclusive locks)，提供对公共资源的写访问权限，同事允许其它线程进行不一致的读取。

• savepoint 保存点(savepoint)有助于实现嵌套事务。它们可用于作为较大事务一部分的为表的操作提供范围。

• scalability 能够添加更多工作并向系统发出更多同时请求，而不会因超出系统容量而限制性能突然下降。

• scale out 横向扩展，一种通过添加新服务器和更多MySQL实例来提高可伸缩性的技术。

• scale up 纵向扩展，一种通过增加现有硬件或软件的容量来提供可扩展性的技术。

• schema 从概念上讲，模式(schema)是一组相互关联的数据库对象。如表、表列、列的数据类型、索引、外键…这些对象通过SQL语法连接，列构成表、外键引用表和列，依次类推。理想情况下，它们也是逻辑连接的，作为统一应用程序或灵活框架的一部分一起工作。 在MySQL中，物理上，模式(schema)与数据库(database)是同义词。你可在MySQL SQL语法中使用关键字SCHEMA替换DATABASE。

1
2
3
4
5
6
7

# 例如

SHOW DATABASES;
SHOW SCHEMAS;

CREATE SHCEMA;
CREATE DATABASE;

• search index 在MySQL中，全文搜索(full-text search)查询使用特殊类型的FULLTEXT index。 MySQL v5.6.4中，InnoDB和MyISAM都支持全文索引；以前，这些索引只支持MyISAM。

• secondary index 一种表示表列的子集的InnoDB索引。InnoDB表可以包含零个、一个或多个二级索引(辅助索引)。 二级索引可用于满足仅查询来自索引列的值。对于更复杂的查询，他可用于标志表中的相关行，然后使用聚簇索引(clusterd index)通过查找检索这些行。 传统上，创建和删除二级索引会因复制InnoDB表中的所有数据而产生大量开销。快速索引(fast index)创建功能使InnoDB二级索引的CREATE INDEX和DROP INDEX语句更快。

• segment InnoDB表空间的一个区。如果表空间类似于目录，则段与该目录中的文件类似。段可以增长，可以创建新段。

• selectivity 数据分布属性，列中不同值的数量除以表中的记录数。高选择性意味着列值相对独特，并且可以通过索引有效地检索。

• semi-consistent read 一种用于UPDATE语句测读操作，即READ COMMITTED和consistent read。当UPDATE语句检查已锁定的行时，InnoDB会将最新提交的版本返回给MySQL，以便MySQL可以确定该行是否与UPDATE的WHERE条件匹配。如果行匹配，MySQL再次读取该行，这次InnoDB锁定它或等待锁定它。这种类型的读取操作只能在事务具有READ COMMITTED隔离级别或启用innodb_locks_unsage_for_binlog配置项时发生。

• SERIALIZABLE 隔离级别(isolation level)，是用最保守的锁定策略，以防止任何其它事务插入或更改此事务读取的数据，直到完成为止。这样，可以在事务中反复运行相同的查询，并确保每次都检索相同的结果集。

• shared lock 一种锁，允许其它事务读取锁定的对象，并且还获取其上的其它共享锁，但不写入它。

• shared tablespace 引用系统表空间或通用表空间的另一种方法。MySQL 5.7中引入了通用表空间。多个表可以驻留在共享表空间中。只有一个表可以驻留在每个表的文件表空间中。

• sharp checkpoint 将重做条目包含在重做日志的某些部分中的所有脏缓冲池页面刷新到磁盘的过程。

• shutdown 停止MySQL Server的过程。

• slave server 通常缩短为slave。

• slow query log 一种用于MySQL Server处理的SQL语句的性能调整的日志。你必须先启用此功能才能使用它。

• slow shutdown 一种关闭，在完成之前执行额外的InnoDB flushing操作，也称为clean shutdown。由配置项innodb_fast_shutdown=0或命令SET GLOBAL innodb_fast_shudown=0;指定。

• snapshot 在特定时间的数据表示，即使其它事务提交更改，也保持相同。

• sort buffer 用于在创建InnoDB索引期间对数据进行排序的缓冲区。

• space ID 用于唯一标识MySQL实例中的InnoDB表空间的标识符。系统表空间的space ID始终未零。

• sparse file 一种文件类型，通过将标识空快的元数据写入磁盘而不是写入实际的空白空间来有效地使用文件系统空间。InnoDB透明页面压缩(transparent page compression)功能依赖于稀疏文件(sparse file)支持。

• spin 一种持续测试资源是否可用的等待操作类型。

• SQL 结构化查询语言(Structured Query Language)，是执行数据库的标准语言。

• startup 启动MySQL Server的过程。

• statement-based replication 一种复制形式，其中SQL语句从Master发送到Slave上重放(replay)。需要注意innodb_autoinc_lock_mode选项的设置，以避免自动增量锁定(auto-increment locking)的潜在时序问题。

• statistics 与每个InnoDB表和索引相关的估计值，用于构建有效的查询执行计划。

• stemming 能够根据共同的词根搜索单词的不同变体，如单数、复数，过去、现在、将来的动词时态。

• stopword 在全文索引中，一个被认为是普遍或微不足道的单词，它从搜索索引中被省略并在搜索查询中被忽略。

• storage engine MySQL数据库的一个组件，用于执行存储、更新、查询数据的低级工作。

• stored generated column 其值是根据列定义中包含的表达式计算的一个列。

• stored object 一个存储的程序或试图。

• stored program 存储的例程(routine)(过程或函数)，触发器或事件调度程序事件。

• stored routine 一个存储的过程或函数。

• strict mode 由innodb_strict_mode选项控制的通用名称。启用此配置会导致某些通常被视为警告的情况被视为错误。

• sublist 在表示缓冲池的列表结构中，相对较旧且相对较新的页面由列表的不同部分表示。

• supremum record 索引中的伪记录(pseudo-record)，表示该索引中最大值之上的差距。

• surrogate key synthetic key的同义词名称。

• synthetic key 索引列，通常是主键，其中值是任意分配的。通常使用自增(auto-increment)列来完成。通过将值视为完全任意，你可以避免过度限制性规则和错误的应用程序假设。 也称为surrogate key，与natural key相反。

• system tablespace 一个或多个数据文件(ibdate文件)，包含InnoDB相关对象(InnoDB数据字典)的元数据，以及更改缓冲区(change buffer)，双写缓冲区(doublewrite buffer)和可能的撤销日志(undo logs)。

• .TRG文件 包含触发器参数(trigger parameters)的文件。具有此扩展名的文件始终包含在由MySQL Enterprise Back产品的mysqlbackup令生成的备份中。

-.TRN文件 包含触发器命名空间(trigger namespace)信息的文件。具有此扩展名的文件始终包含在由MySQL Enterprise Back产品的mysqlbackup令生成的备份中。

• table 每个MySQL表都与特定的存储引擎有关联。

InnoDB表具有影响性能(Performance)、可伸缩性(scalability)、备份(backup)、管理和开发的特定物理和逻辑特性。 在文件存储方面，InnoDB表属于以下表空间类型之一:

• 共享的InnoDB系统表空间，由一个或多个idbdata文件组成；

• 每个表的文件表(file-per-table)空间，由单个.idb文件组成；

• 共享的通用表空间(general tablespace)，由单个.idb文件组成。

• table lock 一个阻止其它事务访问表的锁。 InnoDB通过使用诸如DDL，row locks，用于处理DML语句和查询的一致读取(consistent reads)等技术，做出了相当大的努力来使这种锁不必要。 你可使用LOCK TABLESSQL语句创建这样的锁，UNLOCK TABLES解除锁定。具体查看帮助HELP LOCK。

• table scan see full table scan.

• table statistics see statistics.

• table type 存储引擎的过时同义词。

• tablespace 一个数据文件，可以保存一个或多个InnoDB表和相关索引的数据。 系统表空间包含InnoDB数据字典。

• temporary table 其数据不需要真正持久化的表。例如，临时表可以用作复杂计算或转换中的中间结果的存储区域;崩溃后不需要恢复这些中间数据。 有时，数据本身会在设定的时间自动删除，例如在事务结束或会话结束时。对于某些数据库产品，表本身也会自动删除。

• temporary tablespace MySQL 5.7中引入的非压缩InnoDB临时表和相关对象的表空间。 innodb_temp_data_file_path配置选项定义临时表空间数据文件的相对路径，名称，大小和属性。如果未指定innodb_temp_data_file_path，则默认行为是在数据目录中创建名为ibtmp1的单个自动扩展12MB数据文件。在每个服务器启动时重新创建临时表空间，并接收动态生成的空间ID。临时表空间不能驻留在原始设备上。如果无法创建临时表空间，则拒绝启动。 临时表空间在正常关闭或中止初始化时被删除。发生崩溃时，不会删除临时表空间。在这种情况下，数据库管理员可以手动删除临时表空间或使用相同的配置重新启动服务器，从而删除并重新创建临时表空间。

• text collection 全文索引(FULLTEXT INDEX)中包含的列集。

• thread 处理单元，通常比进程更亲量化，允许更大的并发性(concurrency)。

• torn page 由于I/O设备配置和硬件故障的组合可能发生的错误情况。 如果数据以小于InnoDB页面大小的块（默认情况下为16KB）写出，则写入时硬件故障可能导致只有部分页面存储到磁盘。InnoDB doublewrite buffer可以防止这种可能性。

• TPS 每秒事务数(transaction per second)，是有时在基准测试中使用的度量单位。它的值取决于特定基准测试所代表的工作负载，以及一些配置情况。

• transaction 事务是可以提交(committed)或回滚(rolled back)的原子工作单元。当事务对数据库进行多次更改时，要么在提交事务时所有更改都成功，要么在事务回滚时撤消所有更改。

• transaction ID 与每行(row)相关的内部字段。通过INSERT, UPDATE, DELETE操作对此字段进行物理更改，以记录哪个事务已锁定该行。

• transparent page compression MySQL 5.7.8中添加的一项功能，允许对驻留在每个表文件表空间中的InnoDB表进行页面级压缩。通过使用CREATE TABLE或ALTER TABLE指定COMPRESSION属性来启用页面压缩。

• transportable tablespace 允许将表空间从一个实例移动到里一个实例的功能。

• truncate 一种DDL操作，用于删除表的全部内容，同时保持表和相关索引不变。

• tuple 指定有序元素集的技术术语。

• two-phase commit 作为XA规范下的分布式事务的一部分的操作。

• undo 在事务的整个生命周期中维护的数据，记录所有更改，以便在回滚操作时可以撤消这些更改。

• undo buffer see undo log.

• undo log 撤销日志，保存由活动事务修改的数据副本的存储区域。如果另一个事务需要查看原始数据（作为一致读取操作的一部分），则从该存储区域检索未修改的数据。

• undo log segment 撤销日志的集合。撤销日志段位于回滚段(rollback segments)中。撤销日志段可能包含来自多个事务的撤销日志。

• undo tablespace 撤销表空间包含撤销日志。

• unique constraint 唯一约束，列不能包含任何重复值。

• unique key 唯一键，包含唯一索引的列集(一个或多个)。 如果可以定义仅与一行匹配的WHERE条件，并且查询可以使用关联的唯一索引，则可以非常有效地执行查找和错误处理。

• variable-length type 可变长度的数据类型。如VARCHAR, VARBINARY, BLOB, TEXT... InnoDB将长度大于或等于768Bytes的固定长度字段视为可变长度字段，可以在页外(off-page)存储。

• victim 检测到死锁时自动选择回滚的事务。 可使用innodb_deadlock_detect配置项禁用死锁检测。

• view 一个存储的查询，在调用时会生成结果集。视图闯荡虚拟表(virutal table)。

• virtual column see virtual generated column.

• virtual generated column 一列，其列值是根据列定义中包含的表达式计算的。不存储列值，但在任何BEFORE触发器之后立即读取行时来计算列值。虚拟生成列不占用存储空间。InnoDB支持虚拟生成列的二级索引。

• virtual index 虚拟索引是一个或多个虚拟生成列上的二级索引，或是虚拟生成列与常规列或存储生成列的组合。

• wait 当无法立即完成诸如locak, mutex, latch等操作时，InnoDB会暂停并再次尝试。暂停的机制很精细，它也称为等待。

• warm backup 在数据库运行时进行备份，但在备份过程中限制某些数据库操作。例如，表可能变为只读。对于繁忙的程序，你可能更喜欢热备(hot backup)。

• warm up 在启动后的一段时间内在典型工作负载下运行系统，以便缓冲池和其他内存区域在正常条件下填充。当MySQL服务器重新启动或承受新工作负载时，此过程会自然发生。

• workload SQL和其他数据库操作的组合和数量，由数据库应用程序在典型或高峰使用期间执行。您可以在性能测试期间将数据库置于特定工作负载中，以识别瓶颈或在容量规划期间。

• write combining 一种优化技术，可在从InnoDB缓冲池中刷新(FLUSH)脏页面时减少写操作。

• XA 用于协调分布式事务的标准接口，允许多个数据库参与事务，同时保持ACID合规性。 默认情况下启用XA分布式事务支持。如果您不使用此功能，则可以禁用innodb_support_xa配置选项，从而避免每个事务的额外fsync的性能开销。

• young InnoDB缓冲池中页面的一个特征意味着它最近已被访问，因此在缓冲池数据结构中移动，因此LRU算法不会很快刷新它。此术语用于与缓冲池相关的表的某些INFORMATION_SCHEMA列名称中。

安装和升级

• mysql-repo: http://repo.mysql.com/
• yum-repo: http://repo.mysql.com/yum/

安装MySQL一般遵循以下步骤：

• 确定MySQL是否支持你的平台(platform)
  • Unix、Linux、FreeBSD
  • Windows
  • OS X
• 选择要安装的发行版(distribution)
• 下载你想要安装的发行版
• 安装发行版
• 执行任何必要的安装后设置

通用安装指南

General Installation Guidance

安装哪个发行版和MySQL版本

Which MySQL Version and Distribution to Install

在准备安装MySQL时，请决定使用哪种版本(version)和发行(distribution)格式(binary or source)

首先，决定安装开发版还是稳定版。

• Development release
  • 具有新功能，但不推荐用于生产环境
• General Availability(GA) release
  • 也称为稳定版(stable release)，推荐为生产环境使用

MySQL命名方案(naming scheme)， 例如MySQL5.7.1：

• 5为主版本号(major)
• 7为次版本号(minor)
• 1为发行(release)系列版本号
  • 系列号描述了稳定的功能集。对于每个新的修补程序，这都会增加。

在选择要安装的MySQL版本之后，决定要为操作系统安装哪个发行版格式。

• 二进制(binary)
  • RPM, DMG
• 源码(source)
  • tar, zip

在某些情况下，最好使用源码安装MySQL：

• 想在某个明确的位置安装MySQL
• 希望使用二进制发行版中未包含的特性配置mysqld
• 希望配置mysqld，而不需要二进制发行版中包含的一些功能
• 你希望读取或修改组成MySQL的C、C++源代码
• 源码发行版比二进制发行版包含更多的测试和示例

如何获取MySQL

How to Get MySQL

• MySQL当前版本下载页： https://dev.mysql.com/downloads/
• 完整的MySQL镜像： https://dev.mysql.com/downloads/mirrors/
• 基于RPM的Linux平台，MySQL Yum Repository： https://dev.mysql.com/downloads/repo/yum/
• 基于Debian的Linux平台，MySQL APT Repository： https://dev.mysql.com/downloads/repo/apt/
• SUSE Linux平台，MySQL SUSE Repository： https://dev.mysql.com/downloads/repo/suse/

使用MD5校验和或GnuPG验证程序完整性

Verifying Package Integrity Using MD5 Checksums or GnuPG

下载好MySQL包并在安装它之前，请确保它是完整的并未被篡改。有如下三种方法：

• MD5 checksums
• Cryptographic signatures using GnuPG, the GNU Privacy Guard
• For RPM packages, the built-in RPM integrity verification mechanism

验证MD5校验和

Verifying the MD5 Checksum

应确保下载的MySQL包的MD5校验和与MySQL官方提供的校验和相匹配。

1
2

md5sum mysql-standard-5.7.22-linux-i686.tar.gz
#aaab65abbec64d5e907dcd41b8699945  mysql-standard-5.7.22-linux-i686.tar.gz

使用GnuPG进行签名检查

Signature Checking Using GnuPG

要验证软件包的签名，首先需要我们的公共GPG密钥的副本。可从http://pgp.mit.edu/下载。 你想要获得的密钥名为[email protected]，如下:

1
2
3
4
5
6
7
8

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.4.5 (GNU/Linux)

mQGiBD4+owwRBAC14GIfUfCyEDSIePvEW3SAFUdJBtoQHH/nJKZyQT7h9bPlUWC3
RODjQReyCITRrdwyrKUGku2FmeVGwn2u2WmDMNABLnpprWPkBdCk96+OmSLN9brZ
fw2vOUgCmYv2hW0hyDHuvYlQA/BThQoADgj8AW6/0Lo7V1W9/8VuHP0gQwCgvzV3
BqOx后面还有很多，省略
-----END PGP PUBLIC KEY BLOCK-----

使用gpg --import将密钥导入到个人公共GPG密钥环中。如公共密钥为mysql_pubkey.asc：

1
2
3
4
5

gpg --import ./mysql_pubkey.asc


#或使用public key id下载公共密钥
gpg --recv-keys $pub-key-id

在rpm包中验证:

1

rpm --import ./mysql_pubkey.asc

确保两个文件都放置于同一目录下，然后运行命令验证签名：

1
2
3
4
5

gpg --verify package_name.asc

gpg --verify mysql-standard-5.7.22-linux-i686.tar.gz.asc
gpg: Signature made Tue 01 Feb 2011 02:38:30 AM CST using DSA key ID 5072E1F5
gpg: Good signature from "MySQL Release Engineering <[email protected]>"

使用RPM进行签名检查

Signature Checking Using RPM

1
2
3
4

rpm --checksig package_name.rpm

[zhang@zabbix ~]$ rpm --checksig mysql-community-server-5.7.20-1.el7.x86_64.rpm
mysql-community-server-5.7.20-1.el7.x86_64.rpm: (sha1) dsa sha1 md5 gpg OK

rpm还支持从URL加载密钥:

1

rpm --import http://dev.mysql.com/doc/refman/5.7/en/checking-gpg-signature.html

安装布局

Installation Layouts

不同的安装类型(native packages, binary tarballs, and source tarballs)有不同的安装布局，这样可能会导致混淆。

在Unix/Linux上使用通用二进制文件安装MySQL

Installing MySQL on Unix/Linux Using Generic Binaries

包括以压缩的tar文件形式的通用二进制发行版，以及针对特定平台封装格式的二进制文件。

MySQL压缩tar文件二进制发行版具有** mysql-VERSION-OS.tar.gz**的文件格式。

MySQL依赖于libaio Library：

1

yum install -y libaio

默认地，tar文件二进制发行版，解压后安装于/usr/local/mysql目录。会在目录下生产 通用Unix/Linux二进制包的MySQL安装布局目录

目录 | 内容

• | - bin | mysqld server, client and utility programs docs | MySQL manual in Info format man | Unix manual pages include | Include (header) files lib | Libraries share | Error messages, dictionary, and SQL for database installation support-files | Miscellaneous support files

大致命令如下：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19

shell> groupadd mysql
shell> useradd -r -g mysql -s /bin/false mysql
shell> cd /usr/local
shell> tar zxvf /path/to/mysql-VERSION-OS.tar.gz
shell> ln -s full-path-to-mysql-VERSION-OS mysql
shell> cd mysql
shell> mkdir mysql-files
shell> chown mysql:mysql mysql-files
shell> chmod 750 mysql-files
shell> bin/mysqld --initialize --user=mysql
shell> bin/mysql_ssl_rsa_setup
shell> bin/mysqld_safe --user=mysql &
# Next command is optional
shell> cp support-files/mysql.server /etc/init.d/mysql.server



#添加环境变量
export PATH=$PATH:/usr/local/mysql/bin

在Linux上安装MySQL

Installing MySQL on Linux

Linux支持多种方法来安装MySQL。建议使用Oracle提供的一个发行版：

• Apt
• Yum
• Zypper
• RPM
• DEB
• Generic
• Source
• Docker
• Oracle Unbreakable Linux Network

作为一个选择，你可以使用系统中的包管理工具自动下载和安装MySQL。

在Linux上使用Yum Repository安装MySQL

Installing MySQL on Linux Using the MySQL Yum Repository

安装一个全新的MySQL的步骤：

• 添加MySQL Yum Repository
  • 首先，添加MySQL Yum repository到你的系统仓库列表
  • 选择和下载对应平台的release 或者 手动添加repository文件
  • 安装release package

1
2
3
4
5

#yum localinstall platform-and-version-specific-package-name.rpm
yun install http://repo.mysql.com/yum/mysql-5.7-community/el/7/x86_64/mysql57-community-release-el7-10.noarch.rpm


yum repolist enabled | grep "mysql.*-community.*"

• 选择一个release series

默认是最新的GA series，当前最新是MySQL5.7。

查看所有的MySQL Yum repository: yum repolist all | grep mysql

安装最新MySQL不需要配置，而安装先前的版本则需要指定GA series。disable最新的GA series并且enable需要的GA series。

1
2
3

yum-config-manager --disable mysql57-community

yum-config-manager --enable mysql56-community

或者手动创建repo，可直接定义版本

1
2
3
4
5
6

[mysql57-community]
name=MySQL 5.7 Community Server
baseurl=http://repo.mysql.com/yum/mysql-5.7-community/el/7/$basearch/
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql

• 安装MySQL

在安装MySQL过程中出现错误，请务必查看日志文件。

1
2
3
4

yum install -y mysql-community-server mysql-community-client

#也可不安装客户端

• 开启MySQL Server

1
2
3
4

service mysqld start
#Starting mysqld:[ OK ]

service mysqld status

在服务器初始启动时，如果服务器的数据目录为空，则会发生一下情况：

• 服务器已初始化
• SSL certificate and key files 在数据目录中生成
• validate_password已安装并启用
• 超级用户账户’root'@‘localhost’被创建，超级用户密码被设置并被存储在error log files
  • 这一点和以前版本有很大区别，我被坑惨了

注意：

ValidPassword的默认密码策略要求包含大写字母、小写字母、数字和特殊字符，并且密码长度至少为8个字符

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

#查看初始密码
grep 'temporary password' /var/log/mysqld.log


#无法使用mysqladmin修改密码，需要登录mysql后修改

mysql -uroot -p


#重置密码
ALTER USER 'root'@'localhost' IDENTIFIED BY 'NewPass4!;


#如果找不到初始密码
vim /etc/my.cnf

#在[mysqld]最后行加上skip-grant-tables实现无认证登录
#重启MySQL
UPDATE  mysql.user  SET  authentication_string =PASSWORD('新密码')  WHERE  USER='xxx';


#修改默认密码策略
#更改密码强度
set global validate_password_policy=0;

#设置密码最小长度
set global validate_password_length=4;

使用Yum安装额外的MySQL产品和组件

你可使用Yum安装和管理MySQL的个别组件。

1
2
3
4
5
6

yum --disablerepo=\* --enablerepo='mysql*-community*' list available

yum install package-name

#栗子
yum install mysql-community-libs

在Linux上使用Oracle提供的RPM包安装MySQL

Installing MySQL on Linux Using RPM Packages from Oracle

MySQL Community Edition的rpm包如下：

包名 | 描述

• | - mysql-community-server | Database server and related tools mysql-community-client | MySQL client applications and tools mysql-community-common | Common files for server and client libraries mysql-community-server-minimal | Minimal installation of the database server and related tools mysql-community-devel | Development header files and libraries for MySQL database client applications mysql-community-libs | Shared libraries for MySQL database client applications mysql-community-libs-compat | Shared compatibility libraries for previous MySQL installations mysql-community-embedded | MySQL embedded library mysql-community-embedded-devel | Development header files and libraries for MySQL as an embeddable library mysql-community-test | Test suite for the MySQL server

1
2
3
4
5
6
7
8
9

#rpm -qpl mysql-community-server-version-distribution-arch.rpm

#yum install mysql-community-{server,client,common,libs}-*


wget http://repo.mysql.com/yum/mysql-5.7-community/el/7/x86_64/mysql-community-server-5.7.20-1.el7.x86_64.rpm
wget http://repo.mysql.com/yum/mysql-5.7-community/el/7/x86_64/mysql-community-client-5.7.20-1.el7.x86_64.rpm

yum install -y mysql-community-server-5.7.20-1.el7.x86_64.rpm mysql-community-client-5.7.20-1.el7.x86_64.rpm

Linux RPM包MySQL开发区的安装布局：

文件或资源 | 位置

• | - Client programs and scripts | /usr/bin mysqld server | /usr/sbin configuration file | /etc/my.cnf data directory | /var/lib/mysql error log file | /var/log/mysqld.log Value of secure_file_priv | /var/lib/mysql-files System V init script | /etc/init.d/mysqld Systemd service | mysqld pid file | /var/run/mysql/mysqld.pid socket | /var/lib/mysql/mysql.sock Keyring directory | /var/lib/mysql-keyring Unix manual pages | /usr/share/man include (header) files | /usr/include/mysql Libraries | /usr/lib/mysql Miscellaneous support files (for example, error messages, and character set files) | /usr/share/mysql

The installation also creates a user named mysql and a group named mysql on the system.

注意 安装MySQL会在系统上生成一个名为mysql的用户和群组 安装以前的MySQL版本可能会创建my.cnf配置文件。强烈建议先将my.cnf进行迁移，然后删除它。之后才安装MySQL

用systemd管理MySQL Server

Managing MySQL Server with systemd

systemd综述

Overview of systemd

systemd提供了MySQL Server的自动开启和关闭，使用systemctl命令进行管理。

或者，使用system V系统兼容的service命令。

1
2
3

systemctl {start|stop|restart|status} mysqld

service mysqld {start|stop|restart|status}

对systemd的支持包括这些文佳：

• mysqld.service
  • systemd服务单元配置文件，以及有关MySQL服务的详细信息
• [email protected]
  • 用于管理多个MySQL实例
• mysqld.tmpfiles.d
  • 包含支持临时文件功能的信息
• mysqld_pre_systemd
  • 支持单元文件的脚本

为MySQL配置systemd

Configuring systemd for MySQL

为MySQL添加或修改systemd选项，参考如下方法：

• 使用一个本地化的systemd配置文件
• 安排systemd为MySQL Server进程设置环境变量
• 设置MYSQLD_OPTS systemd变量

创建/etc/systemd/system/mysqld.service本地化systemd配置文件，这里讨论的是将此文件名作为override.conf：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

[Service]
LimitNOFILE=max_open_files
PIDFile=/path/to/pid/file
Nice=nice_level
LimitCore=core_file_limit
Environment="LD_PRELOAD=/path/to/malloc/library"
Environment="TZ=time_zone_setting"


#LimitNOFILE: 文件描述符数量
#LimitCore: 最大核心文件大小
#Nice: 优先级
#LD_PRELOAD: 特定内存分配库
#TZ: 指定时区

修改mysqld:

1

systemctl edit mysqld

重新加载systemd配置，然后重启MySQL service：

1
2
3

systemctl daemon-reload

systemctl restart mysqld

可在override.conf中设置如下参数：

1
2
3
4

[Service]
PIDFile=/var/run/mysqld/mysqld-custom.pid
ExecStart=
ExecStart=/usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld-custom.pid $MYSQLD_OPTS

在/etc/sysconfig/mysql下指定值：

1
2
3
4
5

LD_PRELOAD=/path/to/malloc/library
TZ=time_zone_setting


systemctl restart mysqld

使用systemd配置多个MySQL实例

Configuring Multiple MySQL Instances Using systemd

由于systemd具有在平台上管理多个MySQL实例的能力，而不必须需要mysqld_multi和mysqld_multi.server。

若要使用多实例(multiple-instance)功能，请修改/etc/my.cnf文件以包含每个实例的关键选项配置。 例如，管理replication01和replication02两个实例：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

vim /etc/my.cnf


[mysqld@replica01]
datadir=/var/lib/mysql-replica01
socket=/var/lib/mysql-replica01/mysql.sock
port=3307
log-error=/var/log/mysqld-replica01.log


[mysqld@replica02]
datadir=/var/lib/mysql-replica02
socket=/var/lib/mysql-replica02/mysql.sock
port=3308
log-error=/var/log/mysqld-replica02.log

这里的名称使用@作为分隔符(delimiter)，因为这个是systemd支持的唯一分隔符。

管理两个实例:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

systemctl start mysqld@replica01
systemctl start mysqld@replica02


systemctl enable mysqld@replica01
systemctl enable mysqld@replica02


#使用通配符
systemctl status 'mysqld@replica*'


systemctl stop mysqld@replica0{1,2}

对于同一个机器上的不同MySQL实例，systemd自动使用不同的单元文件。 在unit file中，%I和%i用于@标记后传入参数，用于管理特定实例。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19

#像这样
mysqld --defaults-group-suffix=@%I ...


systemctl status mysqld@replica01

# [email protected] - MySQL Server
#  Loaded: loaded (/usr/lib/systemd/system/[email protected]; disabled; vendor preset: disabled)
#  Active: active (running) since Tue 2018-02-27 12:18:34 CST; 1min 6s ago
#    Docs: man:mysqld(8)
#          http://dev.mysql.com/doc/refman/en/using-systemd.html
# Process: 3927 ExecStart=/usr/sbin/mysqld --defaults-group-suffix=@%I --daemonize --pid-file=/var/run/mysqld/mysqld-%i.pid $MYSQLD_OPTS (code=exited, status=0/SUCCESS)
# Process: 3845 ExecStartPre=/usr/bin/mysqld_pre_systemd %I (code=exited, status=0/SUCCESS)
#Main PID: 3930 (mysqld)
#  CGroup: /system.slice/system-mysqld.slice/[email protected]
#          `-3930 /usr/sbin/mysqld --defaults-group-suffix=@replica01 --daemonize --pid-file=/var/run/mysqld/mysqld-replica01.pid
#
#eb 27 12:18:27 zabbix.me systemd[1]: Starting MySQL Server...
#eb 27 12:18:34 zabbix.me systemd[1]: Started MySQL Server.

从mysqld_safe迁移到systemd

Migrating from mysqld_safe to systemd

因为mysqld_safe没有安装在使用systemd管理MySQL的平台上，所以以前需要为该程序指定选项：[mysqld_safe]

• 一些[mysqld_safe]的选项也能被[mysqld]支持
• 一些[mysqld_safe]的选项类似于[mysqld]选项

从源码安装MySQL

Installing MySQL from Source

从源代码构建MySQL使我们能够自定义构建参数(parameter)、编译器优化(compiler optimization)和安装位置(installation location)。

在使用源码安装前，请检查Oracle是否为你的平台生成预编译的二进制发行版，以及是否适合你。Oracle付出了很多努力确保提供的二进制文件具有最佳的性能选择。

源码安装系统需求： 使用源码安装MySQL需要多种开发工具。

使用源码安装MySQL，必须满足一下系统需求：

• CMake, which is used as the build framework on all platforms
• A good make program
• A working ANSI C++ compiler
• The Boost C++ libraries are required to build MySQL
• The ncurses library
• Sufficient free memory
• Perl is needed if you intend to run test scripts

使用standard source distribution安装MySQL，需要以下工具来unpack分发文件：

• For a .tar.gz compressed tar file: tar
• For a .zip Zip archive: zip
• For an .rpm RPM package: rpmbuild

用于源码安装的MySQL布局

MySQL Layout for Source Installation

默认地，再从源码编译后安装MySQL时，安装步骤会将文件安装在/usr/local/mysql下。

使用标准源码发行版安装MySQL

Installing MySQL Using a Standard Source Distribution

从一个标准源码发行版安装MySQL：

1. 确保系统满足工具需求
2. 获取发行文件
3. 配置、构建和安装
4. 执行安装后程序

如果是source RPM:

1

rpmbuild --rebuild --clean MySQL-VERSION.src.rpm

如果是compressed tar file 或 zip archive source:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

# Preconfiguration setup
shell> groupadd mysql
shell> useradd -r -g mysql -s /bin/false mysql


# Beginning of source-build specific instructions
shell> tar zxvf mysql-VERSION.tar.gz
shell> cd mysql-VERSION
shell> mkdir bld
shell> cd bld
shell> cmake ..
shell> make
shell> make install


# End of source-build specific instructions
# Postinstallation setup
shell> cd /usr/local/mysql
shell> mkdir mysql-files
shell> chown mysql:mysql mysql-files
shell> chmod 750 mysql-files
shell> bin/mysqld --initialize --user=mysql
shell> bin/mysql_ssl_rsa_setup
shell> bin/mysqld_safe --user=mysql &


# Next command is optional
shell> cp support-files/mysql.server /etc/init.d/mysql.server

/sbin/nologin和/bin/false的区别

• /bin/false是最严格的禁止login选项，一切服务都不能用
  • mongod❌996:994:mongod:/var/lib/mongo:/bin/false
• /sbin/nologin只是不允许系统login，可以使用其他服务
  • ftp❌14:50:FTP User:/var/ftp:/sbin/nologin

执行预配置(preconfiguration)设置

在Unix上，设置MySQL用户和组，用于运行和执行MySQL服务器和数据库目录。

获得和解包distribution

选择要解压分发的目录，并将位置更改到其中。

1
2
3
4

tar zxvf mysql-VERSION.tar.gz

#gunzip < mysql-VERSION.tar.gz | tar xvf -
#cmake -E tar zxvf mysql-VERSION.tar.gz

使用开发源码树安装MySQL

Installing MySQL Using a Development Source Tree

install MySQL from the latest development source codew hich is hosted on GitHub: https://github.com/mysql/mysql-server

设置一个MySQL git repository

1. 克隆MySQL git repository到本机

1

git clone https://github.com/mysql/mysql-server.git

2. 查看

1

cd mysql-server

3. 使用git branch -r查看远程MySQL分支

1
2
3

cd mysql-server

git branch -r

4. 查看分支

1
2
3

cd mysql-server

git branch

5. 切换分支

1
2
3

cd mysql-server

git checkout 5.7

6. 获取远程MySQL git repository更新

1
2
3

cd mysql-server

git pull

7. 检查提交历史

1
2
3
4
5

cd mysql-server

git log

#也可在MySQL GitHub上查看commit history

9. 在克隆MySQL git repository并切换到需要的分支后，便可以从源代码构建MySQL Server。

在生产机器上从分发源码树安装构件时要小心，安装命令可能会覆盖您的实时发行版安装。

MySQL源码配置选项

MySQL Source-Configuration Options

CMake程序提供了一个强大的如何配置MySQL源码发行版的控制。

具体链接参考: https://dev.mysql.com/doc/refman/5.7/en/source-configuration-options.html

处理MySQL编译问题

Dealing with Problems Compiling MySQL

• 如果CMake先前已经运行过，那么现在运行的CMake可能使用先前的调用过程中收集到的信息。这些信息存储在 CMakeCache.txt。在CMake启动时，它会寻找和读取此文件。
• 每次运行CMake，必须再次运行make才能重新编译。

防止使用old object file或配置文件:

1
2

make clean
rm CMakeCache.txt

安装之后的设置和测试

Postinstallation Setup and Testing

在安装MySQL后你应该做的事：

• 如有必要，初始化数据目录并创建MySQL授权表
• 开启Server并确保它可以正常访问
• 将密码分配给授权表中的root用户
• 可选地，设置Server自启动
• 可选地，填写时区表，以便识别时区

初始化数据目录

Initializing the Data Directory

安装MySQL之后，必须初始化数据目录，包括mysql系统数据库中的表。有些安装方法会自动初始化，有些则需要手动初始化。 当然，如果修改了默认数据目录位置，那么也是需要手动初始化的。

初始化数据库目录，主要是包含了初始MySQL授权表(grant table)的MySQL服务器，这些表确定了如何允许用户连接到服务器。 但是，初始化数据目录是不会覆盖(overwrite)任何现有权限表，因此在任何情况下运行都是安全的。

数据目录初始化会在MySQL数据库汇总创建time zone，但不会填充它，所以它是空的。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

cd /usr/local/mysql

mkdir mysql-files

chown mysql:mysql ./mysql-files
chmod 750 ./mysql-files


#--user
#使数据库目录文件属于mysql用户，以确保Server有读取权限
/usr/local/mysql/bin/mysqld --initialize --user=mysql


#开启安全连接
/usr/local/mysql/bin/mysql_ssl_rsa_setup

使用mysqld手动初始化数据目录

Initializing the Data Directory Manually Using mysqld

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

cd /usr/local/mysql/bin


#使数据库目录文件属于mysql用户，以确保Server有读取权限
#默认是secure，会生成root初始密码
./mysqld --initialize --user=mysql


#不生成root初始密码
./bin/mysqld --initialize-insecure --user=mysql


#指定目录
--basedir=/usr/local/mysql
--datadir=/var/lib/mysql


#或者将其写入配置文件
vim /etc/my.cnf

[mysqld]
basedir=/usr/local/mysql
datadir=/var/lib/mysql

#指定配置文件初始化
./mysqld --defaults-file=/etc/mysql.cnf --initialize --user=mysql

使用mysql_install_db初始化数据目录

Initializing the Data Directory Manually Using mysql_install_db

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

cd /usr/local/mysql/bin


#mysql_install_db命令会创建数据目录，并在数据目录下创建mysql数据库和授权表
./mysql_install_db --user=mysql


#指定目录是必须的
--basedir=/usr/local/mysql
--datadir=/var/lib/mysql

./mysqld_safe --user=mysql &
#systemctl start mysqld

mysql -u root -p xxx

mysql>SET PASSWORD FOR 'root'@'localhost' = PASSWORD('new_password');

Starting the Server

• Start the MySQL server like this if your installation includes mysqld_safe
  • /usr/local/mysql/binmysqld_safe --user=mysql &
• Start the server like this if your installation includes systemd support
  • systemctl start mysqld
• 使用non-root用户运行MySQL服务很重要
• 如有错误请查看日志

Testing the Server

执行一些简单测试以保证Server正常工作。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20

#使用mysqladmin验证Server正在运行
mysqladmin --help

mysqladmin -uuser -ppasswd version

mysqladmin -uuser -ppasswd variables

mysqladmin -user -ppasswd shutdown


# 使用mysqlshow查看数据库
mysqlshow -uuser -ppasswd

#查看指定数据库信息
mysqlshow -uuser -ppasswd mysql


#读取信息
#-e,Execute command and quit
mysql -uuser -ppasswd -e "SELECT user, host from mysql.user"

保护初始化MySQL账户

Securing the Initial MySQL Accounts

在安装MySQL后，root账户密码可能已经被分配。

mysql.user授权表定义了初始化MySQL用户账户和它们的访问权限。 MySQL5.7只创建了一个'root'@'localhost'账户，但早期的版本可能有多个用户。

请务必为每一个MySQL账户创建密码。

查看用户：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14

#存储在authentication_string列中的密码可能包含无法正常显示的二进制数据
#所以将其转换为十六进制
mysql> SELECT user, host, hex(authentication_string) FROM mysql.user;
mysql> SELECT user, host, authentication_string FROM mysql.user;

#或
mysql -uuser -ppasswd -e "SELECT user, host, hex(authentication_string) FROM mysql.user;"


#5.7以前的版本
mysql> mysql> SELECT user, host, password FROM mysql.user;

#或
mysql -uuser -ppasswd -e "SELECT user, host, password FROM mysql.user;"

为root账户分配密码

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

#5.7.6
mysql> ALTER USER user IDENTIFIED BY 'new_passwd';

mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_passwd';


#5.7.6前
mysql> SET PASSWORD FOR username = PASSWORD('new_passwd');

mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('new_passwd');

给anonymous账户分配密码

1

mysql> SET PASSWORD FOR ''@'localhost' = PASSWORD('new_passwd');

移除匿名账户

1

mysql> DROP USER ''@'localhost';

升级或降级MySQL

Upgrading or Downgrading MySQL

• 升级是一个常见的过程。请在测试系统上确保运行正常后再实施到生产环境
• 降级不太常见。一般是由于新版本在生产环境上发生某些兼容性或性能问题，并且是在测试环境中没有发现的情况下，从而需要降级。请现在测试系统上运行正常后再实施到生产环境。

升级MySQL

请使用有管理权限的MySQL账户执行升级相关命令。(如root账户)

MySQL升级策略

MySQL Upgrade Strategies

升级方法

• 直接升级(In-Place Upgrade)
  • 包含关闭旧版MySQL，替换为新的MySQL版本，在现有数据目录上重启MySQL，运行mysql_upgrade
• 逻辑升级(Logical Upgrade)
  • 包含使用mysqldump导出现有数据文件，安装新版MySQL，导入数据文件到新版MySQL，运行mysql_upgrade

升级路径

• 只支持GA release之间
• 这是一个发行系列的升级
  • 如5.6.x到5.6.y
• 升级到下一个版本之前，建议先升级到最新版本
  • 如先升级到5.6最新版，再升级到5.7
• 不支持跳版本升级
  • 如5.5到5.7

升级之前

• 升级之前，请一定备份数据
• 查看新版本的Release Note
  • 删除和增加了什么功能
• 新版本依赖什么
• 如果在InnoDB中使用XA事务，则在升级之前运行XA恢复以检查未提交的XA事务
• 如果MySQL数据量很大，就地升级以后可能需要很长的时间才能进行转换
  • 你可能会发现创建一个"dummy"数据库实例是很有用的，以及评估可能需要哪些转换以及执行这些转换所涉及的工作
• 无论在你安装或升级到一个MySQL新版本，建议重建和重装MySQL language interface
  • 如PHP MySQL扩展

直接升级

• 配置MySQL执行slow shutdown

innoDB在关闭前执行一个完整的清除和更改缓冲区合并，这确保数据文件在不同的版本的文件格式做好充分准备。

1

mysql -u root -p --execute="SET GLOBAL innodb_fast_shutdown=0"

• 关闭MySQL Server

1

mysql -uroot -p shutdown

• 升级MySQL

• 开启新版MySQL

• 运行mysql_upgrade

mysql_upgrade检查所有数据库中的所有表与当前版本MySQL的不兼容性。

1
2
3
4

mysql_upgrade -uroot -p

#Upgrade process completed successfully.
#Checking if update is needed.

• 关闭和重启MySQL Server来确保改变生效

1
2
3

mysqladmin -uroot -p shutdown

systemctl start mysqld

逻辑升级

• 导出所有数据

1
2
3
4
5
6
7

mysqldump -uroot -p  --all-databases --force > mysqldb_backup.sql


#-f, --force         Continue even if we get an SQL error
#Use the --routines and --events options if your databases include stored programs
#--add-drop-database Add a DROP DATABASE before each create.
mysqldump -uroot -p --add-drop-table --routines --events --all-databases --force > mysqldb_backup.sql

• 关闭MySQL Server

1

mysqladmin -uroot -p shutdown

• 安装新版MySQL

• 初始化MySQL并启动

• 载入数据文件

1

mysql -uroot -p --force < ./mysqldb_backup.sql

• 运行mysql_upgrade

1
2
3
4

mysql_upgrade -uroot -p

#Upgrade process completed successfully.
#Checking if update is needed.

• 关闭并重启MySQL Server以确保更改生效

通过MySQL Yum Repository进行升级

Upgrading MySQL with the MySQL Yum Repository

选择一个target series

默认情况下，MySQL Yum Repository会将MySQL升级到该release系列的最新版本。如5.7.1升级到5.7.10。

如果要升级到其他release(如5.6到5.7)，就必须要先禁用此subrepository，并选择和启用新的subrepository。

As a general rule, to upgrade from one release series to another, go to the next series rather than skipping a series.

升级MySQL

1

yum update mysql-server mysql-client

重启MySQL

MySQL Server总是在Yum更新之后重启，一旦重启，请运行mysql_upgrade来检查旧数据与升级软件之间的任何不兼容问题。

1
2
3
4

mysql_upgrade -uroot -p

#Upgrade process completed successfully.
#Checking if update is needed.

升级Shared Client Libraries

所以说，用yum repository安装软件是很方便的。不管是在管理还是升级等方面…

通过直接下载RPM包升级MySQL

直接下载mysql相应组件的rpm进行升级。 建议备份好配置文件。

1
2
3
4
5

wget http://repo.mysql.com/yum/mysql-5.7-community/el/7/x86_64/mysql-community-server-5.7.20-1.el7.x86_64.rpm
wget http://repo.mysql.com/yum/mysql-5.7-community/el/7/x86_64/mysql-community-client-5.7.20-1.el7.x86_64.rpm


yum install mysql-community-server-5.7.20-1.el7.x86_64.rpm mysql-community-client-5.7.20-1.el7.x86_64.rpm

mysql降级

MySQL降级类似于MySQL升级。也包含有直接降级和逻辑降级。

重建或修复表或索引

Rebuilding or Repairing Tables or Indexes

• MySQL处理数据类型和字符集的方式的更改
• 表维修或升级(mysqlcheck, mysql_upgrade)

重建表的方法：

• Dump and Reload
• ALTER TABLE
• REPAIR TABLE

Dump and Reload Method

由于MySQL升级/降级之后，不同版本的MySQL无法处理这些表，则需要转储和重载的方法来重建表。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

mysqldump -uroot -p --all-databases --force > mysql_backdb.sql
mysql -uroot -p --force < mysql_backdb.sql


#某个库或表
mysqldump -uroot -p --databases test --force > db_test.sql
mysql -uroot -p test < db_test.sql

mysqldump -uroot -p --databases test --tables table222 > table222.sql
mysql -uroot -p test  < table222.sql

ALTER TABLE Method

更改表以使用它已经拥有的存储引擎。

1

ALTER TABLE test ENGINE = InnoDB;

REPAIR TABLE Method

REPAIR TABLE仅适用于MyISAM， ARCHIVE和 csv 表。

mysqlcheck --repair提供了对REPAIR TABLE的命令行访问。

1
2
3
4
5

REPAIR TABLE t1;


mysqlcheck --repair --databases db_name ...
mysqlcheck --repair --all-databases

复制MySQL数据库到其他机器

Copying MySQL Databases to Another Machine

在需要为不同体系架构之间传输MySQL数据库时，可使用mysqldump创建包含SQL语句的.sql文件，然后复制到另外的计算机上，将其作为输入提供给MySQL客户端。

不要忘记复制mysql数据库，因为这个存储授权表的地方。

1
2
3
4
5
6

mysqldump --host 'remote-host' -uxxx -p --compress --all-databases | mysql -uxxx -p

mysqldump --host 'remote-host' -uxxx -p --compress db_name | mysql -uxxx -p db_name


mysqladmin -uxxx -p flush-privileges

Tutorial

如何使用MySQL client程序来创建和使用数据库。

连接和断开服务器

Connecting to and Disconnecting from the Server

Like this:

• 不建议把密码直接写在命令行上
• host表示了MySQL Server运行在的机器
• 某些MySQL允许匿名用户连接
• -ppassword, not as -p password

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

mysql --host host --user username -p


#maybe not default port
mysql --host host --user username -p  --port port


#匿名用户连接
mysql


#退出
mysql> QUIT
#Unix
mysql> Ctrl+D

输入查询

Entering Queries

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

#简单查询
mysql> SELECT VERSION(), CURRENT_DATE;


#简单计算
SELECT SIN(PI()/2), (4+1)*5;


#一行中输入多个语句
SELECT VERSION(); SELECT NOW();


#多行输入一个命令
mysql> SELECT
    -> USER()
    -> ,
    -> CURRENT_DATE;

这QUERY说明了有关MySQL的几件事：

• MySQL查询通常由一个SQL statement和;组成
• MySQL将查询发送给服务器并返回结果，然后打印下一个mysql>提示
• MySQL以表格形式(rows and columns)显示查询输出
• MySQL显示返回多少行，以及执行查询花费了多长时间
• MySQL查询不区分大小写，但建议使用大写
• MySQL支持在一行中输入多个语句
• MySQL支持一个命令多行输入

MySQL提示符：

Prompt | Meaning

• | - mysql> | 准备新查询 -> | 等待多行查询的下一行 '> | 等待下一行，等待单引号开头的字符串的完成 "> | 等待下一行，等待双引号字开头的字符串的完成 \> | 等待下一行，等待以反引号开始的标识符的完成 /> | 等待下一行，等待以/开头的注释的完成-->/comments/`

创建和使用数据库

Creating and Using a Database

大致操作：

• Create a database
• Create a table
• Load data into the table
• Retrieve data from the table in various ways
• Use multiple tables

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18

#显示数据库
#不能显示你没有权限的数据库
mysql> SHOW DATABASES;

#mysql数据库描述用户访问权限
#test数据库通常作为用户尝试使用工作区


#访问数据库
mysql> USE test;

#USE和QUIT一样可以不使用分号，使用也无妨
#USE只能是一个单行


#授权
#GRANT ALL ON da_name.table TO 'username'@'host';
mysql> GRANT ALL ON test.* TO 'test'@'127.0.0.1';

创建和选择数据库

Creating and Selecting a Database

Unix是区分大小写的(case-sensitive)，这与SQL keyword不一致。请注意。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

mysql> CREATE DATABASE db01;

mysql> USE db01;

#也可在mysql连接时直接指定数据库
mysql -u username -p db01


#查看当前选择的数据库
mysql> SELECT DATABASE();

创建表

Creating a Table

困难的部分是决定数据库的结构应该是什么： 你需要哪些表以及每个表中应该包含哪些列。

VARCHAR对于name，owner，species来说是一个不错的选择，因为column值的长度有所不同。 DATE对于出生和死亡column来说很不错。 如果以后你发现你需要更长的字段，MySQL提供了一个ALTER TABLE语句来修改。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22

#创建一个宠物表
mysql> CREATE TABLE pet (name VARCHAR(20), owner VARCHAR(20),
    -> species VARCHAR(20), sex CHAR(1), birth DATE, death DATE);


mysql> SHOW TABLES;


#验证表格
#如果你忘记了表中列的名称或类型，使用DESCRIBE
mysql> DECRIBE pet;
+---------+-------------+------+-----+---------+-------+
| Field   | Type        | Null | Key | Default | Extra |
+---------+-------------+------+-----+---------+-------+
| name    | varchar(20) | YES  |     | NULL    |       |
| owner   | varchar(20) | YES  |     | NULL    |       |
| species | varchar(20) | YES  |     | NULL    |       |
| sex     | char(1)     | YES  |     | NULL    |       |
| birth   | date        | YES  |     | NULL    |       |
| death   | date        | YES  |     | NULL    |       |
+---------+-------------+------+-----+---------+-------+
6 rows in set (0.00 sec)

将数据载入表格

Loading Data into a Table

假设pet表信息如下：

name | owner | species | sex | birth | death

• | - | - | - | - PetA | Aa | cat | f | 1993-02-04 | PetB | Bb | cat | m | 1994-03-17 | PetC | Cc | dog | f | 1989-05-13 | PetD | Aa | dog | m | 1979-08-25 | 1995-02-21 PetE | Cc | bird | | 1991-02-17 |

你可以创建一个pet.txt文本文件，每行包含一个记录，值由制表符分割，并按照CREATE TABLE语句中列出的顺序给出。

1
2
3
4
5
6
7
8

vim pet.txt


PetA    Aa     cat    f      1993-02-04    \N
PetB    Bb     cat    m      1994-03-17    \N
PetC    Cc     dog    f      1989-05-13    \N
PetD    Aa     dog    m      1979-08-25    1995-02-21
PetE    Cc     bird  \N      1991-02-17    \N

将pet.txt载入pet表中：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

mysql> LOAD DATA LOCAL INFILE '/path/file.txt' INTO TABLE table_name;


mysql> LOAD DATA LOCAL INFILE '/home/zhang/pet.txt' INTO TABLE pet;
Query OK, 5 rows affected, 0 warnings (0.00 sec)
Records: 5  Deleted: 0  Skipped: 0  Warnings: 0


mysql> SELECT * FROM pet;
+-------+-------+---------+------+------------+------------+
| name  | owner | species | sex  | birth      | death      |
+-------+-------+---------+------+------------+------------+
| PetA  |  Aa   |  cat    | f    | 1993-02-04 | NULL       |
| PetB  |  Bb   |  cat    | m    | 1994-03-17 | NULL       |
| PetC  |  Cc   |  dog    | f    | 1989-05-13 | NULL       |
| PetD  |  Aa   |  dog    | m    | 1979-08-25 | 1995-02-21 |
| PetE  |  Cc   |  bird   | NULL | 1991-02-17 | NULL       |
+-------+-------+---------+------+------------+------------+
5 rows in set (0.00 sec)



#通过命令行载入
mysql> INSERT INTO pet
    -> VALUES ('PetF', 'Ff', 'hamster', 'f', '1999-03-21', NULL)
    -> ;
Query OK, 1 row affected (0.00 sec)

从表中检索信息

Retrieving Information from a Table

SELECT语句用于从表中提取信息：

1
2
3

SELECT what_to_select
FROM which_table
WHERE condition;

查询所有数据

Selecting All Data

1
2
3
4
5
6
7

mysql> SELECT * FROM pet;


mysql> DELETE FROM pet;


mysql> UPDATE pet SET birth = '1989-06-17' WHERE name = 'PetC';

查询特定行

Selecting Particular Rows

当一个表很大时，你通常不想看到整个表。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21

#条件查询

mysql> SELECT * FROM pet WHERE name = 'PetA';


mysql> SELECT * FROM pet WHERE owner = 'Cc';


mysql> SELECT * FROM pet WHERE birth >= '1990-01-01';


#AND
mysql> SELECT * FROM pet WHERE species = 'dog' AND sex = 'f';


#OR
mysql> SELECT * FROM pet WHERE species = 'dog' OR species = 'bird';


#AND和OR也可以混合使用
mysql> SELECT * FROM pet WHERE (species = 'cat' AND sex = 'm') OR (species = 'dog' AND sex='f');

查询特定列

Selecting Particular Columns

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19

mysql> SELECT name FROM pet;


mysql> SELECT name, species FROM pet;


#获取唯一结果
mysql> SELECT DISTINCT species FROM pet;
+---------+
| species |
+---------+
| cat     |
| dog     |
| bird    |
+---------+
3 rows in set (0.00 sec)


mysql> SELECT name, species, birth FROM pet WHERE species = 'dog' OR species = 'cat';

行排序

Sorting Rows

使用ORDER BY语句对结果进行排序。默认排序顺序是升序。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

mysql> SELECT name, birth FROM pet ORDER BY birth;
+------+------------+
| name | birth      |
+------+------------+
| PetD | 1979-08-25 |
| PetC | 1989-06-17 |
| PetE | 1991-02-17 |
| PetA | 1993-02-04 |
| PetB | 1994-03-17 |
+------+------------+
5 rows in set (0.00 sec)


#倒序
mysql> SELECT name, birth FROM pet ORDER BY birth DESC;

可对多列进行排序，也可按不同的方向对不同的列进行排序。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

mysql> SELECT name, species, birth FROM pet
    -> ORDER BY species, birth DESC;
+------+---------+------------+
| name | species | birth      |
+------+---------+------------+
| PetE | bird    | 1991-02-17 |
| PetB | cat     | 1994-03-17 |
| PetA | cat     | 1993-02-04 |
| PetC | dog     | 1989-06-17 |
| PetD | dog     | 1979-08-25 |
+------+---------+------------+
5 rows in set (0.00 sec)


mysql> SELECT name, species, birth FROM pet
    -> ORDER BY species DESC, birth DESC

日期计算

Date Calculations

MySQL提供了几个函数用于日期计算。如计算年龄或提取日期一部分等。

• TIMESTAMPDIFF()
  • 使用TIMESTAMPDIFF()函数计算pet的年龄。它的两个参数为两个相隔的日期

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

mysql> SELECT name, species, birth, CURDATE(),
    -> TIMESTAMPDIFF(YEAR, birth, CURDATE()) AS age
    -> FROM pet
    -> ORDER BY age DESC;
+------+---------+------------+------------+------+
| name | species | birth      | CURDATE()  | age  |
+------+---------+------------+------------+------+
| PetD | dog     | 1979-08-25 | 2018-03-01 |   38 |
| PetC | dog     | 1989-06-17 | 2018-03-01 |   28 |
| PetE | bird    | 1991-02-17 | 2018-03-01 |   27 |
| PetA | cat     | 1993-02-04 | 2018-03-01 |   25 |
| PetB | cat     | 1994-03-17 | 2018-03-01 |   23 |
+------+---------+------------+------------+------+
5 rows in set (0.00 sec)


#死去的pet的age
mysql> SELECT name, species, birth, death,
    -> TIMESTAMPDIFF(YEAR, birth, death) AS age
    -> FROM pet
    -> WHERE death IS NOT NULL
    -> ORDER BY age;
+------+---------+------------+------------+------+
| name | species | birth      | death      | age  |
+------+---------+------------+------------+------+
| PetD | dog     | 1979-08-25 | 1995-02-21 |   15 |
+------+---------+------------+------------+------+
1 row in set (0.00 sec)

• YEAR()
  • 年
• MONTH()
  • 月
• DAYOFMONTH()
  • 日

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

mysql> SELECT name, birth,
    -> YEAR(birth) AS bir_year,
    -> MONTH(birth) AS bir_month,
    -> DAYOFMONTH(birth) AS bir_day
    -> FROM pet;
+------+------------+----------+-----------+---------+
| name | birth      | bir_year | bir_month | bir_day |
+------+------------+----------+-----------+---------+
| PetA | 1993-02-04 |     1993 |         2 |       4 |
| PetB | 1994-03-17 |     1994 |         3 |      17 |
| PetC | 1989-06-17 |     1989 |         6 |      17 |
| PetD | 1979-08-25 |     1979 |         8 |      25 |
| PetE | 1991-02-17 |     1991 |         2 |      17 |
+------+------------+----------+-----------+---------+
5 rows in set (0.00 sec)



#查找生日是2月的pet
mysql> SELECT name, birth FROM pet WHERE MONTH(birth) =2;
+------+------------+
| name | birth      |
+------+------------+
| PetA | 1993-02-04 |
| PetE | 1991-02-17 |
+------+------------+

• DATE_ADD()
  • 将日期间隔添加到给定日期

1
2

mysql> SELECT name, birth FROM pet
    -> WHERE MONTH(birth) = MONTH(DATE_ADD(CURDATE(), INTERVAL 1 MONTH));

使用NULL值

Working with NULL Values

从概念上讲，NULL value意味着一个缺失的未知值，它与其它值在某种程度上是不同的。

• 使用IS NULL和IS NOT NULL操作符
• 不能对NULL value使用算术运算符(arithmetic cpmparison operators)
  • 如：=, <, >, <>
  • 任何对NULL value的算术运算符的结果也是NULL value，所以无法得到有意义的结果
• 在MySQL中，0或NULL表示false，其他任何值都意味着true
• 两个NULL在GROUP BY中被认为是相等的
• NULL在ORDER BY正向排序中首先显示。反之，最后显示

1
2
3
4
5
6

mysql> SELECT 1 IS NULL, 1 IS NOT NULL;
+-----------+---------------+
| 1 IS NULL | 1 IS NOT NULL |
+-----------+---------------+
|         0 |             1 |
+-----------+---------------+

因此，完全可以将一个zero或empty string插入到一个NOT NULL的column中，因为这些值NOT NULL。

模式匹配

Pattern Matching

MySQL提供标准的SQL模式匹配以及基于扩展正则表达式的模式匹配形式。类似于Unix实用程序(vi, grep, sed…)

SQL模式匹配允许:

• 使用_来匹配可以使用的任意单字符(single character)
• 使用%来匹配可以使用的任意数目的字符(arbitrary number of characters)
• SQL模式不区分大小写
• 使用LIKE或NOT LIKE而不是=或<>

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

mysql> SELECT * FROM pet WHERE name LIKE '%b';
+------+-------+---------+------+------------+-------+
| name | owner | species | sex  | birth      | death |
+------+-------+---------+------+------------+-------+
| PetB | Bb    | cat     | m    | 1994-03-17 | NULL  |
+------+-------+---------+------+------------+-------+



mysql> SELECT * FROM pet WHERE name LIkE '___A' or name LIKE '___C';
+------+-------+---------+------+------------+-------+
| name | owner | species | sex  | birth      | death |
+------+-------+---------+------+------------+-------+
| PetA | Aa    | cat     | f    | 1993-02-04 | NULL  |
| PetC | Cc    | dog     | f    | 1989-06-17 | NULL  |
+------+-------+---------+------+------------+-------+

MySQL提供的其它类型的模式匹配使用扩展的正则表达式：

• REGEXP 或 RLIKE
• NOT REGEXP 或 NOT RLIKE
• 了解正则表达式知识

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

mysql> SELECT * FROM pet WHERE name RLIKE '^pet[AB]';
+------+-------+---------+------+------------+-------+
| name | owner | species | sex  | birth      | death |
+------+-------+---------+------+------------+-------+
| PetA | Aa    | cat     | f    | 1993-02-04 | NULL  |
| PetB | Bb    | cat     | m    | 1994-03-17 | NULL  |
+------+-------+---------+------+------------+-------+



mysql> SELECT * FROM pet WHERE owner RLIKE 'c$';
+------+-------+---------+------+------------+-------+
| name | owner | species | sex  | birth      | death |
+------+-------+---------+------+------------+-------+
| PetC | Cc    | dog     | f    | 1989-06-17 | NULL  |
| PetE | Cc    | bird    | NULL | 1991-02-17 | NULL  |
+------+-------+---------+------+------------+-------+



#包含某个字符
mysql> SELECT * FROM pet WHERE name RLIKE 'ete';
+------+-------+---------+------+------------+-------+
| name | owner | species | sex  | birth      | death |
+------+-------+---------+------+------------+-------+
| PetE | Cc    | bird    | NULL | 1991-02-17 | NULL  |
+------+-------+---------+------+------------+-------+



#匹配字符个数
mysql> SELECT * FROM pet WHERE name RLIKE '^....$';

mysql> SELECT * FROM pet WHERE name RLIKE '^.{4}$';



#强制区分大小写
mysql> SELECT * FROM pet WHERE name RLIKE BINARY '^Pet[AB]';

行数计算

Counting Rows

• 使用COUNT()计算行数

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

#总行数
mysql> SELECT COUNT(*) AS count FROM pet;
+-------+
| count |
+-------+
|     5 |
+-------+




#针对某个统计行数
mysql> SELECT owner, COUNT(*) FROM pet GROUP BY owner;
+-------+----------+
| owner | COUNT(*) |
+-------+----------+
| Aa    |        2 |
| Bb    |        1 |
| Cc    |        2 |
+-------+----------+



#多个条件
mysql> SELECT species, sex, COUNT(*) FROM pet GROUP BY species, sex;
+---------+------+----------+
| species | sex  | COUNT(*) |
+---------+------+----------+
| bird    | NULL |        1 |
| cat     | f    |        1 |
| cat     | m    |        1 |
| dog     | f    |        1 |
| dog     | m    |        1 |
+---------+------+----------+

使用多个表

Using More Than one Table

创建一个额外的宠物信息表：

name | date | type | remark

• | - | - | - Fluffy | 1995-05-15 | litter | 4 kittens, 3 female, 1 male Buffy | 1993-06-23 | litter | 5 puppies, 2 female, 3 male Buffy | 1994-06-19 | litter | 3 puppies, 3 female Chirpy | 1999-03-21 | vet | needed beak straightened Slim | 1997-08-03 | vet | broken rib Bowser | 1991-10-12 | kennel | Fang | 1991-10-12 | kennel | Fang | 1998-08-28 | birthday | Gave him a new chew toy Claws | 1998-03-17 | birthday | Gave him a new flea collar Whistler | 1998-12-09 | birthday | First birthday

1
2
3
4
5

mysql> CREATE TABLE event ( name VARCHAR(20), date DATE,
    -> type VARCHAR(15), remark VARCHAR(255) );


mysql> LOAD DATA INFILE '/path/event.txt' INTO TABLE event;

获取数据库和表的信息

Getting Information About Databases and Tables

• 查看当前数据库
  • mysql> SELECT DATABASE();
• 查看当前数据库下的表
  • mysql> SHOW TABLES;
• 查看表的结构
  • mysql> DESCRIBE pet;
• 创建数据库
  • mysql> CREATE DATABASE db_01;
• 创建表
  • mysql> CREATE TABLE table_01 {c1 VARCHAR(10), c2 INT, ...};
• 查看索引(如果存在)
  • SHOW INDEX FROM table_01;

在批处理下使用mysql

Using mysql in Batch Mode

在前面，我们都是使用MySQL交互式(interactively)输入命令并查看结果。但还可在批处理模式下运行MySQL。 我们可以创建一个脚本文件，然后以这种方式执行脚本文件。

1
2
3
4
5
6
7

mysql < batch-file

msyql -h host -u user -p < /path/batch-file


#出现错误也继续运行
msyql -h host -u user -p --force < /path/batch-file

为什么要使用脚本：

• 如果需要反复(repeat)执行查询，将其写入脚本以避免每次执行时重新输入查询
• 通过复制和修改脚本文件从现有查询中生成新的查询
• 批处理模型在开发查询时也很有用，特别是对于多行语句。写错了直接修改脚本就好，而不必重新输入
• 如果查询产生大量输出，可通过传呼机而不是翻滚到屏幕的最上方
  • mysql < batch-file | more
• 可以把输出捕获到一个文件中
  • mysql < batch-file > mysql.out
• 可将脚本文件分发给其他人
• 批处理模式下的MySQL输出更简洁
  • 可使用mysql -t获得交互式数据格式
  • 使用mysql -v将执行语句回显
• 在mysql命令行中载入脚本
  • mysql> source filename;
  • 或’mysql> . filename;

常见查询

Examples of Common Queries

• 在命令行使用mysql并选择数据库

1

mysql db_name -u user -p

• 创建和填充表

1
2
3
4
5
6
7
8

CREATE TABLE shop (
    article INT(4) UNSIGNED ZEROFILL DEFAULT '0000' NOT NULL,
    dealer  CHAR(20)                 DEFAULT ''     NOT NULL,
    price   DOUBLE(16,2)             DEFAULT '0.00' NOT NULL,
    PRIMARY KEY(article, dealer));
INSERT INTO shop VALUES
    (1,'A',3.45),(1,'B',3.99),(2,'A',10.99),(3,'B',1.45),
    (3,'C',1.69),(3,'D',1.25),(4,'D',19.95);