从MySQL 8.0.13起，开始支持函数索引功能，该功能可以很好的帮助开发人员或者DBA去优先生产环境的SQL语句。通常，我们是并建议在SQL语句的查询条件中对列进行任何的函数计算的，因为这种做很有可能导致原本可以使用索引的查询条件，变得无法使用索引。

例如，我们看如下的查询条件：

SELECT * FROM user_info WHERE substr(id_card_no,1,6) = '330106';

虽然，该表的id_card_no上原本是存在索引的，但是上面的写法则会导致SQL无法正常使用id_card_no列上的索引。一般来说，我们会建议开发人员，避免这种写法，更多的是将表达式放到右侧，如上的SQL则建议修改为：

SELECT * FROM user_info WHERE id_card_no like '330106%';

但某些情况下，我们可能无法修改SQL，例如：

• 有很多的函数计算或表达式操作并不能简单的转换到表达式的右边，例如：uid%1024 = 7
• 应用程序来自第三方，而我们并不拥有第三方的代码，也无法进行修改SQL
• 生产故障已经由此产生，可能来不及修改线上的代码或SQL
• 还有一个略微“牵强”的说法：SQL语法更加注重解释性，并不关注实现，基于此大原则，上面的SQL写法并没有什么问题。

函数索引使用示例

MySQL的函数索引是8.0版本引入的重要特性之一。它允许开发人员在查询中使用函数，并且依旧可以有效地加速查询性能。具体的，函数索引的作用是通过在函数表达式上创建索引，在处理字符串、日期、数值等类型的数据时特别有用。

(more…)

近期，据可靠的非正式消息，MySQL可能很快会发布新的版本管理模式：通过长期稳定版（Long-term Support）和短期创新版本（Innovation Releases）的方式进行管理。如果采用这种模式，将会更加有利于新特性新功能的引入，同时保持LTS的长期处于较稳定的状态（可以参考ClickHouse的版本管理现状），缺点则是版本会非常多，对新手不是那么友好。另外，因为MySQL 5.7的生命周期将于今年10月正式结束，如果届时依旧没有新的版本的话，MySQL 8.0就会是唯一的稳定版，通常对于快速发展的开源软件来说，这并不健康。所以，前述的消息虽然是非正式的，但是相信是非常可靠的。那么新的版本是号会是8.1、9.0、或者23、2023，拭目以待”。

本文总结了过去20年，MySQL的版本发展历史，回顾一下其重大功能发布的情况，以及大版本发布的节奏。

(more…)

不可见索引（Invisible Indexes）MySQL 8.0之后引入的一个重要特性。也可以帮助DBA或者开发者更好的管理和维护数据库的索引。本文将介绍不可见索引的一些常见使用场景和注意事项。

更加安全的删除没用的索引

通常，线上运行时间较长的系统，可以通过索引使用统计信息知道哪些索引是从来不被使用的，但依旧会占用磁盘空间，并且会影响系统的写入/更新/删除操作的性能。但是删除索引的操作，有时候也会带来意想不到的系统性能下降，所以，在正式删除之前，可以先将索引修改为不可用，待观察数日后再进行删除，会更加安全。

性能分析

有时候在对线上系统进行SQL性能分析时，有时候为了排除某些索引对查询性能影响时，可以暂时的将某些索引暂时标记为不可用，再统计此时的SQL执行时长与性能。然后，再将索引置为可见，再次执行SQL，并统计执行时长与性能。

通过这样对比，可以非常简单直观、量化的观察到索引对对于具体SQL性能的提升。

不可见索引依旧会有维护成本

虽然不可见索引不会被查询优化器使用，但在对数据进行DML操作（如：插入、更新、删除）时仍会被维护。这意味着不可见索引可能会对数据库性能产生一定影响。在使用不可见索引进行性能测试或分析时，请务必权衡这一点。

不建议长期保留不可见索引

如果确定某个不可见索引对查询性能没有帮助，建议尽早删除该索引，以节省存储空间和减小维护成本。否则，该索引对系统性能没有起到任何正面作用，反而会占用空间，并影响DML的性能。

优化器选项可以让不可见索引生效

在优化器选项（optimizer_switch）中，可以通过打开标记位（use_invisible_indexes），来强制优化器忽略索引的不可见属性，这在增加了SQL性能调试时的灵活性。

可以通过SELECT/SHOW命令查询优化器选项，也可用通过SET命令变更该选项：

SET [GLOBAL|SESSION] optimizer_switch='command[,command]...';

SET SESSION optimizer_switch = 'use_invisible_indexes=ON';

在日常编写SQL中，使用变量来灵活的构建执行的SQL语句是比较常见的。就像在编程中使用变量、函数参数等是一样的道理。本文介绍使用JSON函数（JSON_ARRAY、JSON_SEARCH）、以及 FIND_IN_SET 如何简单的实现带有数据组变量的SQL拼接与执行。使用该方法，则无需使用CONCAT函数拼接SQL，再使用PREPARE/EXECUTE语法执行，所以会更加简洁，可读性、扩展性更强。

具体的，例如需要再查询结果中找到u_name在数组@u_list_j中的记录，那么使用JSON方式可以按照如下模式实现：

SET @u_list_j = JSON_ARRAY('zhou','wu','zheng','wang','zhuge');

SELECT 
    id,u_name 
FROM 
    t_01 
WHERE 
    JSON_SEARCH(@u_list_j,'one',t_01.u_name);

另一种较为常见的方法是使用 FIND_IN_SET 函数。其使用方法如下：

set @u_list_s = 'zhou,wu,zheng,wang,zhuge';

SELECT 
    u_name 
FROM 
    t_01 
WHERE 
    FIND_IN_SET(t_01.u_name,@u_list_s);

另外，还可以尝试使用 LOCATE 函数实现，只是使用该函数需要注意，在做字符串匹配的时候容易出现的重复、错误匹配问题。例如，数组中存在”zhuge”，那么匹配”zhu”，则可能匹配成功，但这并不是期望的结果。

示例表：

本文中使用的一些示例表如下：

CREATE TABLE t_01(
  id int UNSIGNED AUTO_INCREMENT primary key,
  u_name varchar(32)
);

INSERT INTO t_01(u_name) values
  ('wu'),
  ('zhao'),
  ('qian'),
  ('sun'),
  ('li');

《高性能MySQL》第四版发布后，收到了很多读者的反馈，其中关注最多的是作为一个初学者，应该如何能够较为系统的学习MySQL，从而应对日常工作或者获得更好的职业发展。于是和多个业内朋友讨论后，整理了一些MySQL学习的推荐资源，供初学者参考。文章末尾有一个MySQL学习交流群，供加入提问与讨论。

---

业界专家的经验

Yangyidba 阿里云的数据库专家

进一步了解 MySQL/数据库，是哪些资料帮助了你？

(more…)

数据库图形客户端（GUI）工具，可以大大帮助开发者提升SQL编写与开发的效率。在云时代，企业越来越多的开始采用RDS，同时也还有部分本地IDC自建数据库，而在云端也会选择/尝试多个不同云厂商。“工欲善其事，必先利其器”，在这样的背景下，看看有哪些工具产品可供选择吧。

（注：本文为NineData的软件，请读者谨慎参考）

整体综述

本文完整对比了12种MySQL图形客户端（GUI）工具，从产品体验、功能完整度、云适配、计费模式、OS兼容性等多个角度进行评估与分析，给出推荐。下面产品推荐与整体得分图，读者可根据自己的实际情况选择：

(more…)