MYSQL数据库MySQL 性能优化神器Explain介绍及使用详情

《MYSQL数据库MySQL 性能优化神器Explain介绍及使用详情》要点:
本文介绍了MYSQL数据库MySQL 性能优化神器Explain介绍及使用详情,希望对您有用。如果有疑问,可以联系我们。

导读:MySQL 提供了一个 EXPLAIN 命令,它可以对 SELECT 语句进行分析,并输出 SELECT 执行的详细信息,以供开发人员针对性优化.EXPLAI...
MySQL 提供了一个 EXPLAIN 命令,以供开发人员针对性优化.
EXPLAIN 命令用法十分简单,在 SELECT 语句前加上 Explain 就可以了,例如:

  1. EXPLAIN SELECT * from user_info WHERE id < 300; 

MYSQL实例为了接下来方便演示 EXPLAIN 的使用,首先我们需要建立两个测试用的表,并添加相应的数据:

 

  1. CREATE TABLE `user_info` ( 
  2.   `id`   BIGINT(20)  NOT NULL AUTO_INCREMENT, 
  3.   `nameVARCHAR(50) NOT NULL DEFAULT ''
  4.   `age`  INT(11)              DEFAULT NULL
  5.   PRIMARY KEY (`id`), 
  6.   KEY `name_index` (`name`) 
  7.   ENGINE = InnoDB 
  8.   DEFAULT CHARSET = utf8 
  9.  
  10. INSERT INTO user_info (name, age) VALUES ('xys', 20); 
  11. INSERT INTO user_info (name, age) VALUES ('a', 21); 
  12. INSERT INTO user_info (name, age) VALUES ('b', 23); 
  13. INSERT INTO user_info (name, age) VALUES ('c', 50); 
  14. INSERT INTO user_info (name, age) VALUES ('d', 15); 
  15. INSERT INTO user_info (name, age) VALUES ('e', 20); 
  16. INSERT INTO user_info (name, age) VALUES ('f', 21); 
  17. INSERT INTO user_info (name, age) VALUES ('g', 23); 
  18. INSERT INTO user_info (name, age) VALUES ('h', 50); 
  19. INSERT INTO user_info (name, age) VALUES ('i', 15); 
  1. CREATE TABLE `order_info` ( 
  2.   `id`           BIGINT(20)  NOT NULL AUTO_INCREMENT, 
  3.   `user_id`      BIGINT(20)           DEFAULT NULL
  4.   `product_name` VARCHAR(50) NOT NULL DEFAULT ''
  5.   `productor`    VARCHAR(30)          DEFAULT NULL
  6.   PRIMARY KEY (`id`), 
  7.   KEY `user_product_detail_index` (`user_id`, `product_name`, `productor`) 
  8.   ENGINE = InnoDB 
  9.   DEFAULT CHARSET = utf8 
  10.  
  11. INSERT INTO order_info (user_id, product_name, productor) VALUES (1, 'p1''WHH'); 
  12. INSERT INTO order_info (user_id, 'p2''WL'); 
  13. INSERT INTO order_info (user_id, 'DX'); 
  14. INSERT INTO order_info (user_id, productor) VALUES (2, 'WHH'); 
  15. INSERT INTO order_info (user_id, 'p5''WL'); 
  16. INSERT INTO order_info (user_id, productor) VALUES (3, 'p3''MA'); 
  17. INSERT INTO order_info (user_id, productor) VALUES (4, productor) VALUES (6, productor) VALUES (9, 'p8''TE'); 

MYSQL实例
EXPLAIN 命令的输出内容大致如下:
 

  1. mysql> explain select * from user_info where id = 2\G 
  2. *************************** 1. row *************************** 
  3.            id: 1 
  4.   select_type: SIMPLE 
  5.         table: user_info 
  6.    partitions: NULL 
  7.          type: const 
  8. possible_keys: PRIMARY 
  9.           keyPRIMARY 
  10.       key_len: 8 
  11.           ref: const 
  12.          rows: 1 
  13.      filtered: 100.00 
  14.         Extra: NULL 
  15. 1 row in set, 1 warning (0.00 sec) 

MYSQL实例
各列的含义如下:

  1. id: SELECT 查询的标识符. 每个 SELECT 都会自动分配一个唯一的标识符.
  2. select_type: SELECT 查询的类型.
  3. table: 查询的是哪个表
  4. partitions: 匹配的分区
  5. type: join 类型
  6. possible_keys: 此次查询中可能选用的索引
  7. key: 此次查询中确切使用到的索引.
  8. ref: 哪个字段或常数与 key 一起被使用
  9. rows: 显示此查询一共扫描了多少行. 这个是一个估计值.
  10. filtered: 表示此查询条件所过滤的数据的百分比
  11. extra: 额外的信息

MYSQL实例接下来我们来重点看一下比较重要的几个字段.

select_type
select_type 表示了查询的类型,它的常用取值有:

  • SIMPLE,表示此查询不包含 UNION 查询或子查询
  • PRIMARY,表示此查询是最外层的查询
  • UNION,表示此查询是 UNION 的第二或随后的查询
  • DEPENDENT UNION,UNION 中的第二个或后面的查询语句,取决于外面的查询
  • UNION RESULT,UNION 的结果
  • SUBQUERY,子查询中的第一个 SELECT
  • DEPENDENT SUBQUERY: 子查询中的第一个 SELECT,取决于外面的查询. 即子查询依赖于外层查询的结果.

MYSQL实例最常见的查询类别应该是 SIMPLE 了,比如当我们的查询没有子查询,也没有 UNION 查询时,那么通常就是 SIMPLE 类型,例如:

  1. mysql> explain select * from user_info where id = 2\G 
  2. *************************** 1. row *************************** 
  3.            id: 1 
  4.   select_type: SIMPLE 
  5.         table: user_info 
  6.    partitions: NULL 
  7.          type: const 
  8. possible_keys: PRIMARY 
  9.           keyPRIMARY 
  10.       key_len: 8 
  11.           ref: const 
  12.          rows: 1 
  13.      filtered: 100.00 
  14.         Extra: NULL 
  15. 1 row in set, 1 warning (0.00 sec) 

MYSQL实例如果我们使用了 UNION 查询,那么 EXPLAIN 输出 的结果类似如下:

  1. mysql> EXPLAIN (SELECT * FROM user_info  WHERE id IN (1, 2, 3)) 
  2.     -> UNION 
  3.     -> (SELECT * FROM user_info WHERE id IN (3, 4, 5)); 
  4. +----+--------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-----------------+ 
  5. | id | select_type  | table      | partitions | type  | possible_keys | key     | key_len | ref  | rows | filtered | Extra           | 
  6. +----+--------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-----------------+ 
  7. |  1 | PRIMARY      | user_info  | NULL       | range | PRIMARY       | PRIMARY | 8       | NULL |    3 |   100.00 | Using where     | 
  8. |  2 | UNION        | user_info  | NULL       | range | PRIMARY       | PRIMARY | 8       | NULL |    3 |   100.00 | Using where     | 
  9. NULL | UNION RESULT | <union1,2> | NULL       | ALL   | NULL          | NULL    | NULL    | NULL | NULL |     NULL | Using temporary | 
  10. +----+--------------+------------+------------+-------+---------------+---------+---------+------+------+----------+-----------------+ 
  11. rows in set, 1 warning (0.00 sec) 

MYSQL实例table

表示查询涉及的表或衍生表

type

type 字段比较重要,它提供了判断查询是否高效的重要依据依据. 通过 type 字段,我们判断此次查询是 全表扫描 还是 索引扫描 等.

type 常用类型

type 常用的取值有:

  • system: 表中只有一条数据. 这个类型是特殊的 const 类型.
  • const: 针对主键或唯一索引的等值查询扫描,最多只返回一行数据. const 查询速度非常快,因为它仅仅读取一次即可.

MYSQL实例例如下面的这个查询,它使用了主键索引,因此 type 就是 const 类型的.
 

  1. mysql> explain select * from user_info where id = 2\G 
  2. *************************** 1. row *************************** 
  3.            id: 1 
  4.   select_type: SIMPLE 
  5.         table: user_info 
  6.    partitions: NULL 
  7.          type: const 
  8. possible_keys: PRIMARY 
  9.           keyPRIMARY 
  10.       key_len: 8 
  11.           ref: const 
  12.          rows: 1 
  13.      filtered: 100.00 
  14.         Extra: NULL 
  15. 1 row in set, 1 warning (0.00 sec) 

MYSQL实例 

  • eq_ref: 此类型通常出现在多表的 join 查询,表示对于前表的每一个结果,都只能匹配到后表的一行结果. 并且查询的比较操作通常是 =,查询效率较高. 例如:
  1. mysql> EXPLAIN SELECT * FROM user_info, order_info WHERE user_info.id = order_info.user_id\G 
  2. *************************** 1. row *************************** 
  3.            id: 1 
  4.   select_type: SIMPLE 
  5.         table: order_info 
  6.    partitions: NULL 
  7.          type: index 
  8. possible_keys: user_product_detail_index 
  9.           key: user_product_detail_index 
  10.       key_len: 314 
  11.           ref: NULL 
  12.          rows: 9 
  13.      filtered: 100.00 
  14.         Extra: Using where; Using index 
  15. *************************** 2. row *************************** 
  16.            id: 1 
  17.   select_type: SIMPLE 
  18.         table: user_info 
  19.    partitions: NULL 
  20.          type: eq_ref 
  21. possible_keys: PRIMARY 
  22.           keyPRIMARY 
  23.       key_len: 8 
  24.           ref: test.order_info.user_id 
  25.          rows: 1 
  26.      filtered: 100.00 
  27.         Extra: NULL 
  28. rows in set, 1 warning (0.00 sec) 
  • ref: 此类型通常出现在多表的 join 查询,针对于非唯一或非主键索引,或者是使用了 最左前缀 规则索引的查询.

MYSQL实例例如下面这个例子中,就使用到了 ref 类型的查询:
 

  1. mysql> EXPLAIN SELECT * FROM user_info, order_info WHERE user_info.id = order_info.user_id AND order_info.user_id = 5\G 
  2. *************************** 1. row *************************** 
  3.            id: 1 
  4.   select_type: SIMPLE 
  5.         table: user_info 
  6.    partitions: NULL 
  7.          type: const 
  8. possible_keys: PRIMARY 
  9.           keyPRIMARY 
  10.       key_len: 8 
  11.           ref: const 
  12.          rows: 1 
  13.      filtered: 100.00 
  14.         Extra: NULL 
  15. *************************** 2. row *************************** 
  16.            id: 1 
  17.   select_type: SIMPLE 
  18.         table: order_info 
  19.    partitions: NULL 
  20.          type: ref 
  21. possible_keys: user_product_detail_index 
  22.           key: user_product_detail_index 
  23.       key_len: 9 
  24.           ref: const 
  25.          rows: 1 
  26.      filtered: 100.00 
  27.         Extra: Using index 
  28. rows in set, 1 warning (0.01 sec) 

MYSQL实例 

  • range: 表示使用索引范围查询,通过索引字段范围获取表中部分数据记录. 这个类型通常出现在 =,<>,>,>=,<,<=,IS NULL,<=>,BETWEEN,IN() 操作中.      当 type 是 range 时,那么 EXPLAIN 输出的 ref 字段为 NULL,并且 key_len 字段是此次查询中使用到的索引的最长的那个.

MYSQL实例
例如下面的例子就是一个范围查询:
 

  1. mysql> EXPLAIN SELECT * 
  2.     ->         FROM user_info 
  3.     ->         WHERE id BETWEEN 2 AND 8 \G 
  4. *************************** 1. row *************************** 
  5.            id: 1 
  6.   select_type: SIMPLE 
  7.         table: user_info 
  8.    partitions: NULL 
  9.          type: range 
  10. possible_keys: PRIMARY 
  11.           keyPRIMARY 
  12.       key_len: 8 
  13.           ref: NULL 
  14.          rows: 7 
  15.      filtered: 100.00 
  16.         Extra: Using where 
  17. 1 row in set, 1 warning (0.00 sec) 
  • index: 表示全索引扫描(full index scan),和 ALL 类型类似,只不过 ALL 类型是全表扫描,而 index 类型则仅仅扫描所有的索引,而不扫描数据.
类型通常出现在: 所要查询的数据直接在索引树中就可以获取到,而不需要扫描数据. 当是这种情况时,Extra 字段 会显示 Using index.

  1. mysql> EXPLAIN SELECT name FROM  user_info \G 
  2. *************************** 1. row *************************** 
  3.            id: 1 
  4.   select_type: SIMPLE 
  5.         table: user_info 
  6.    partitions: NULL 
  7.          type: index 
  8. possible_keys: NULL 
  9.           key: name_index 
  10.       key_len: 152 
  11.           ref: NULL 
  12.          rows: 10 
  13.      filtered: 100.00 
  14.         Extra: Using index 
  15. 1 row in set, 1 warning (0.00 sec) 

上面的例子中,我们查询的 name 字段恰好是一个索引,因此我们直接从索引中获取数据就可以满足查询的需求了,而不需要查询表中的数据. 因此这样的情况下,type 的值是 index,并且 Extra 的值是 Using index.
  • ALL: 表示全表扫描,这个类型的查询是性能最差的查询之一. 通常来说,我们的查询不应该出现 ALL 类型的查询,因为这样的查询在数据量大的情况下,对数据库的性能是巨大的灾难. 如一个查询是 ALL 类型查询,那么一般来说可以对相应的字段添加索引来避免.下面是一个全表扫描的例子,可以看到,在全表扫描时,possible_keys 和 key 字段都是 NULL,表示没有使用到索引,并且 rows 十分巨大,因此整个查询效率是十分低下的.

  1. mysql> EXPLAIN SELECT age FROM  user_info WHERE age = 20 \G 
  2. *************************** 1. row *************************** 
  3.            id: 1 
  4.   select_type: SIMPLE 
  5.         table: user_info 
  6.    partitions: NULL 
  7.          type: ALL 
  8. possible_keys: NULL 
  9.           keyNULL 
  10.       key_len: NULL 
  11.           ref: NULL 
  12.          rows: 10 
  13.      filtered: 10.00 
  14.         Extra: Using where 
  15. 1 row in set, 1 warning (0.00 sec) 

type 类型的性能比较

通常来说,不同的 type 类型的性能关系如下:
ALL < index < range ~ index_merge < ref < eq_ref < const < system
ALL 类型因为是全表扫描,因此在相同的查询条件下,它是速度最慢的.
而 index 类型的查询虽然不是全表扫描,但是它扫描了所有的索引,因此比 ALL 类型的稍快.
后面的几种类型都是利用了索引来查询数据,因此可以过滤部分或大部分数据,因此查询效率就比较高了.

possible_keys

possible_keys 表示 MySQL 在查询时,能够使用到的索引. 注意,即使有些索引在 possible_keys 中出现,但是并不表示此索引会真正地被 MySQL 使用到. MySQL 在查询时具体使用了哪些索引,由 key 字段决定.

key

此字段是 MySQL 在当前查询时所真正使用到的索引.

key_len

表示查询优化器使用了索引的字节数. 这个字段可以评估组合索引是否完全被使用,或只有最左部分字段被使用到.key_len 的计算规则如下:
  1. 字符串
  • char(n): n 字节长度
  • varchar(n): 如果是 utf8 编码,则是 3 n + 2字节; 如果是 utf8mb4 编码,则是 4 n + 2 字节.
  1. 数值类型:
  • TINYINT: 1字节
  • SMALLINT: 2字节
  • MEDIUMINT: 3字节
  • INT: 4字节
  • BIGINT: 8字节
  1. 时间类型
  • DATE: 3字节
  • TIMESTAMP: 4字节
  • DATETIME: 8字节
  1. 字段属性: NULL 属性 占用一个字节. 如果一个字段是 NOT NULL 的,则没有此属性.
我们来举两个简单的例子:

  1. mysql> EXPLAIN SELECT * FROM order_info WHERE user_id < 3 AND product_name = 'p1' AND productor = 'WHH' \G 
  2. *************************** 1. row *************************** 
  3.            id: 1 
  4.   select_type: SIMPLE 
  5.         table: order_info 
  6.    partitions: NULL 
  7.          type: range 
  8. possible_keys: user_product_detail_index 
  9.           key: user_product_detail_index 
  10.       key_len: 9 
  11.           ref: NULL 
  12.          rows: 5 
  13.      filtered: 11.11 
  14.         Extra: Using where; Using index 
  15. 1 row in set, 1 warning (0.00 sec) 
上面的例子是从表 order_info 中查询指定的内容,而我们从此表的建表语句中可以知道,表 order_info 有一个联合索引:
  1. KEY `user_product_detail_index` (`user_id`, `productor`) 
不过此查询语句 WHERE user_id < 3 AND product_name = 'p1' AND productor = 'WHH' 中,因为先进行 user_id 的范围查询,而根据 最左前缀匹配 原则,当遇到范围查询时,就停止索引的匹配,因此实际上我们使用到的索引的字段只有 user_id,因此在 EXPLAIN 中,显示的 key_len 为 9. 因为 user_id 字段是 BIGINT,占用 8 字节,而 NULL 属性占用一个字节,因此总共是 9 个字节. 若我们将user_id 字段改为 BIGINT(20) NOT NULL DEFAULT '0',则 key_length 应该是8.

上面因为 最左前缀匹配 原则,我们的查询仅仅使用到了联合索引的 user_id 字段,因此效率不算高.

接下来我们来看一下下一个例子:

  1. 不过此查询语句 WHERE user_id < 3 AND product_name = 'p1' AND productor = 'WHH' 中, 因为先进行 user_id 的范围查询, 而根据 最左前缀匹配 原则, 当遇到范围查询时, 就停止索引的匹配, 因此实际上我们使用到的索引的字段只有 user_id, 因此在 EXPLAIN 中, 显示的 key_len 为 9. 因为 user_id 字段是 BIGINT, 占用 8 字节, 而 NULL 属性占用一个字节, 因此总共是 9 个字节. 若我们将user_id 字段改为 BIGINT(20) NOT NULL DEFAULT '0', 则 key_length 应该是8. 
  2.  
  3. 上面因为 最左前缀匹配 原则, 我们的查询仅仅使用到了联合索引的 user_id 字段, 因此效率不算高. 
  4.  
  5. 接下来我们来看一下下一个例子: 

这次的查询中,我们没有使用到范围查询,key_len 的值为 161. 为什么呢? 因为我们的查询条件 WHERE user_id = 1 AND product_name = 'p1' 中,仅仅使用到了联合索引中的前两个字段,因此 keyLen(user_id) + keyLen(product_name) = 9 + 50 * 2 + 2 = 161

rows

rows 也是一个重要的字段. MySQL 查询优化器根据统计信息,估算 SQL 要查找到结果集需要扫描读取的数据行数.这个值非常直观显示 SQL 的效率好坏,原则上 rows 越少越好.

Extra

EXplain 中的很多额外的信息会在 Extra 字段显示,常见的有以下几种内容:
  • Using filesort    当 Extra 中有 Using filesort 时,表示 MySQL 需额外的排序操作,不能通过索引顺序达到排序效果. 一般有 Using filesort,都建议优化去掉,因为这样的查询 CPU 资源消耗大.
例如下面的例子:

  1. mysql> EXPLAIN SELECT * FROM order_info ORDER BY product_name \G 
  2. *************************** 1. row *************************** 
  3.            id: 1 
  4.   select_type: SIMPLE 
  5.         table: order_info 
  6.    partitions: NULL 
  7.          type: index 
  8. possible_keys: NULL 
  9.           key: user_product_detail_index 
  10.       key_len: 253 
  11.           ref: NULL 
  12.          rows: 9 
  13.      filtered: 100.00 
  14.         Extra: Using index; Using filesort 
  15. 1 row in set, 1 warning (0.00 sec) 
我们的索引是

KEY `user_product_detail_index` (`user_id`,`product_name`,`productor`)

但是上面的查询中根据 product_name 来排序,因此不能使用索引进行优化,进而会产生 Using filesort.
如果我们将排序依据改为 ORDER BY user_id,product_name,那么就不会出现 Using filesort 了. 例如:

  1. mysql> EXPLAIN SELECT * FROM order_info ORDER BY user_id, product_name \G 
  2. *************************** 1. row *************************** 
  3.            id: 1 
  4.   select_type: SIMPLE 
  5.         table: order_info 
  6.    partitions: NULL 
  7.          type: index 
  8. possible_keys: NULL 
  9.           key: user_product_detail_index 
  10.       key_len: 253 
  11.           ref: NULL 
  12.          rows: 9 
  13.      filtered: 100.00 
  14.         Extra: Using index 
  15. 1 row in set, 1 warning (0.00 sec) 
  • Using index"覆盖索引扫描",表示查询在索引树中就可查找所需数据,不用扫描表数据文件,往往说明性能不错
  • Using temporary查询有使用临时表,一般出现于排序,分组和多表 join 的情况,查询效率不高,建议优化.


版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


navicat查看某个表的所有字段的详细信息 navicat设计表只能一次查看一个字段的备注信息,那怎么才能做到一次性查询表的信息呢?SELECT COLUMN_NAME,COLUMN_COMMENT,COLUMN_TYPE,COLUMN_KEY FROM information_schema.CO
文章浏览阅读4.3k次。转载请把头部出处链接和尾部二维码一起转载,本文出自逆流的鱼yuiop:http://blog.csdn.net/hejjunlin/article/details/52768613前言:数据库每天的数据不断增多,自动删除机制总体风险太大,想保留更多历史性的数据供查询,于是从小的hbase换到大的hbase上,势在必行。今天记录下这次数据仓库迁移。看下Agenda:彻底卸载MySQL安装MySQL_linux服务器进行数据迁移
文章浏览阅读488次。恢复步骤概要备份frm、ibd文件如果mysql版本发生变化,安装回原本的mysql版本创建和原本库名一致新库,字符集都要保持一样通过frm获取到原先的表结构,通过的得到的表结构创建一个和原先结构一样的空表。使用“ALTER TABLE DISCARD TABLESPACE;”命令卸载掉表空间将原先的ibd拷贝到mysql的仓库下添加用户权限 “chown . .ibd”,如果是操作和mysql的使用权限一致可以跳过通过“ALTER TABLE IMPORT TABLESPACE;”命令恢_alter table discard tablespace
文章浏览阅读225次。当MySQL单表记录数过大时,增删改查性能都会急剧下降,可以参考以下步骤来优化:单表优化除非单表数据未来会一直不断上涨,否则不要一开始就考虑拆分,拆分会带来逻辑、部署、运维的各种复杂度,一般以整型值为主的表在千万级以下,字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的性能依然有不少优化空间,甚至能正常支撑千万级以上的数据量:字段尽量使用TINYINT、SMALLINT、MEDIUM_INT作为整数类型而非INT,如果非负则加上UNSIGNEDVARCHAR的长度只分配_开发项目 浏览记录表 过大怎么办
文章浏览阅读1.5k次。Mysql创建、删除用户MySql中添加用户,新建数据库,用户授权,删除用户,修改密码(注意每行后边都跟个;表示一个命令语句结束):1.新建用户登录MYSQL:@>mysql -u root -p@>密码创建用户:mysql> insert into mysql.user(Host,User,Password) values("localhost_删除mysql用户组
MySQL是一种开源的关系型数据库管理系统,被广泛应用于各类应用程序的开发中。对于MySQL中的字段,我们需要进行数据类型以及默认值的设置,这对于数据的存储和使用至关重要。其中,有一个非常重要的概念就是MySQL字段默认字符串。 CREATE TABLE `my_...
MySQL是一个流行的开源关系型数据库管理系统,广泛应用于Web应用程序开发、数据存储和管理。在使用MySQL时,正确设置字符集非常重要,以确保数据的正确性和可靠性。 在MySQL中,字符集表示为一系列字符和字母的集合。MySQL支持多种字符集,包括ASCII、UTF...
MySQL存储函数 n以内偶数 MySQL存储函数能够帮助用户简化操作,提高效率,常常被用于计算和处理数据。下面我们就来了解一下如何使用MySQL存储函数计算n以内的偶数。 定义存储函数 首先,我们需要定义一个MySQL存储函数,以计算n以内的偶数。下...
MySQL是一个流行的关系型数据库管理系统,基于客户机-服务器模式,可在各种操作系统上运行。 MySQL支持多种字符集,不同的字符集包括不同的字符,如字母、数字、符号等,并提供不同的排序规则,以满足不同语言环境的需求。 //查看MySQL支持的字符集与校对规...
在MySQL数据库中,我们有时需要对特定的字符串进行截取并进行分组统计。这种操作对于数据分析和报表制作有着重要的应用。下面我们将讲解一些基本的字符串截取和分组统计的方法。 首先,我们可以使用substring函数对字段中的字符串进行截取。假设我们有一张表stude...
MySQL提供了多种字符串的查找函数。下面我们就一一介绍。 1. LIKE函数 SELECT * FROM mytable WHERE mycolumn LIKE 'apple%'; 其中"apple%"表示以apple开头的字符串,%表示任意多个字符...
MySQL 是一种关系型数据库管理系统,广泛应用于各种不同规模和类型的应用程序中。在 MySQL 中,处理字符串数据是很常见的任务。有时候,我们需要在字符串的开头添加一定数量的 0 ,以达到一定的位数。比如,我们可能需要将一个数字转换为 4 位或 5 位的字符串,不足的...
MySQL是一种流行的关系型数据库管理系统,支持多种数据类型。以下是MySQL所支持的数据类型: 1. 数值型数据类型: - TINYINT 保存-128到127范围内的整数 - SMALLINT 保存-32768到32767范围内的整数 - MEDIU...
MySQL中存储Emoji表情字段类型 在现代互联网生态中,表情符号已经成为人们展示情感和思想的重要方式之一,因此将表情符号存储到数据库中是一个经常出现的问题。MySQL作为最流行的开源关系型数据库管理系统之一,也需要能够存储和管理这些表情符号的字段类型。 UT...
MySQL是一种关系型数据库管理系统。在MySQL数据库中,有多种不同的数据类型。而其中,最常见的数据类型之一就是字符串类型。在MySQL中,字符串类型的数据通常会被存储为TEXT或VARCHAR类型。 首先,让我们来看一下VARCHAR类型。VARCHAR是My...
MySQL字符串取整知识详解 MySQL是一种开源的关系型数据库管理系统,广泛应用于各个领域。在使用MySQL过程当中,我们经常需要对数据进行取整操作。本文将介绍如何使用MySQL字符串取整来处理数据取整问题。 什么是MySQL字符串取整? MySQL...
使用MySQL进行数据存储是现代应用程序开发中一个非常重要的组成部分。在MySQL中,数据存储的一个重要特点就是字符长度无限制。在下文中,我们将会详细探讨MySQL字符长度无限制的特征和优势。 什么是MySQL字符长度无限制? MySQL字符长度无限制是指在...
在MySQL中,常常会涉及到字符串和数字之间的比较。然而它们有着不同的排序规则,因此需要注意对它们进行正确的比较。 首先我们来看一下数字比较。 SELECT 1 < 2; -- 返回 1 SELECT 2 > 1; -- 返回 1 SELEC...
MySQL是一种流行的关系型数据库管理系统,可以处理各种不同类型的数据。其中字符串是MySQL中最重要的数据类型之一,因为它可以存储各种不同的数据,例如邮件地址、文本信息、数字等等。在MySQL中,有时候我们需要将字符串按照某个符合进行分隔,例如将一条包含多个数字的字符...
在MySQL中,我们经常需要将字符串与变量拼接起来,以便满足数据操作的需求。可以使用CONCAT函数来进行字符串与变量的拼接,下面是一个使用CONCAT函数的例子: SELECT CONCAT('Hello', ' ', 'world'); 这个例子...