MySQL 8.0是否支持全文索引

MySQL 8.0版支持全文检索，全文索引主要用于对文本类型的数据进行搜索，其关键字为FULLTEXT。以下是使用全文索引的一个示例：

1.创建表

CREATE TABLE test (
    id bigint unsigned AUTO_INCREMENT PRIMARY KEY,
    name varchar(255) NOT NULL,
    info varchar(255) NOT NULL,
    FULLTEXT (name)
) ENGINE=InnoDB CHARSET=utf8mb4;

2.在现有表上添加全文索引

ALTER TABLE test ADD FULLTEXT (info);

3.查看索引

SHOW INDEX FROM TEST;

4.使用索引

SELECT id,name,info FROM test WHERE MATCH(info) AGAINST('key_word');

如何通过数据管理服务(DAS)执行SQL语句

数据管理服务（Data Admin Service,简称DAS），是一种基于管理控制台提供数据管理、结构管理、会话以及用户管理的服务，方便用户高效管理和安全使用数据。通过DAS执行SQL语句可以参考查询指引。

mysqlbinlog工具使用方法介绍

mysqlbinlog是MySQL的一个命令行工具，用于解析和显示二进制日志文件（binary log）。它提供了查看和分析二进制日志的功能，可用于恢复数据、数据复制、故障排除等场景。以下是mysqlbinlog工具的使用方法介绍：

基本语法：

mysqlbinlog [options] [log_file | --[base64-]row-events=log_file | --start-position=N [--stop-position=N]] [options]

常用选项：

• -u, --user=user_name: 连接MySQL服务器的用户名。
• -p, --password[=password]: 连接MySQL服务器的密码。
• -h, --host=host_name: 连接MySQL服务器的主机名。
• -P, --port=port_num: 连接MySQL服务器的端口号。
• -d, --database=database_name: 指定要解析的特定数据库。
• -t, --start-datetime=datetime: 指定要解析的起始日期时间。
• -R, --row-events: 显示基于行的事件。
• -v, --verbose: 输出详细的解析信息。

使用示例：

1. 显示二进制日志文件的内容。

   mysqlbinlog binlog.000001
   

2. 解析特定数据库的二进制日志文件。

   mysqlbinlog --database=mydb binlog.000001
   

3. 解析特定时间范围内的二进制日志文件。

   mysqlbinlog --start-datetime="2023-06-01 00:00:00" --stop-datetime="2023-06-02 00:00:00" binlog.000001
   

4. 解析特定位置范围内的二进制日志文件。

   mysqlbinlog --start-position=123456 --stop-position=123789 binlog.000001
   

5. 显示基于行的事件（适用于ROW格式的二进制日志）。

   mysqlbinlog --row-events binlog.000001
   

如何查看当前连接数据库的session ID

可以通过在数据库中执行 show full processlist;来查看当前所有连接的session，如下图所示：

其中Id表示session ID，您可以通过执行kill Id可终止该连接的会话。

导出SQL查询结果到Excel出现乱码怎么办

乱码问题可能是由于编码不匹配所导致的。在导出Excel文件时，默认编码通常为UTF-8，而乱码的情况可能是因为目标系统或应用程序的编码格式与导出文件的编码格式不一致所导致的。为了解决这个问题，您可以在导出的Excel文件中将默认编码转换为Unicode编码，以确保字符的正确显示和处理。

数据库实例做OPTIMIZE TABLE操作时是否会锁表

InnoDB引擎在执行OPTIMIZE TABLE时会在后台进行重建表，并不会锁定整个表。这意味着在重建表期间，其他会话可以继续执行DML操作但不能执行DDL操作。同时，对于正在重建的特定数据页，会使用短暂的排他锁来保持数据的一致性而影响数据库的性能，对此需要您提前进行充分的测试和评估，建议在业务低峰期时执行该操作。

关系数据库MySQL版数据库如何进行主备切换？

关系型数据库MySQL版（简称MySQL）服务提供高可用类型，推荐您选择主备模式。

• 故障切换

也叫计划外的切换。当主机出现故障时，系统会在1～5分钟内自动切换到备机，主备实例的连接IP不变，整个过程无需人工干预。切换过程中不可访问，需要您设置好程序跟关系型数据库服务的自动重连，避免因为切换导致服务不可用。

• 手动切换

也叫计划内的切换。当实例运行正常时，用户可以自主手动触发主备切换，以满足业务需求。具体操作，请参见主备切换。

如何查看MySQL的root的密码？

root(%)密码为客户开通实例时候设置密码，需要您牢记该密码。

如果您开通时没有设置或忘记密码，可以在关系数据库MySQL版控制台页面重置密码。具体操作，请参见修改实例密码。

如何查看MySQL实例的连接地址？

1. 在天翼云官网首页的顶部菜单栏，选择产品 > 数据库 > 关系型数据库 > 关系数据库MySQL版，进入关系数据库MySQL产品页面。然后单击管理控制台，进入TeleDB数据库概览页面。
2. 在左侧导航栏，选择MySQL > 实例管理，进入实例列表页面。然后在顶部菜单栏，选择区域和项目。
3. 在实例列表中，单击目标实例名称，进入实例基本信息页面。
4. 在实例信息区域，查看实例的连接地址和数据库端口。

如果需要本地访问MySQL，需要申请弹性公网IP，并将该IP绑定到对应实例上，具体操作，请参见绑定和解绑弹性公网IP。

如何访问MySQL实例？

可以通过以下两种方式：

1. 在对应资源池开通一台同一个VPC云主机访问数据库。
2. 申请弹性公网IP并绑定到对应的MySQL实例。

如果绑定了公网IP，可以直接通过本地navicat或premium等工具进行访问；如果是通过云主机访问，可以下载MySQL客户端的可执行程序，通过标准的tcp方式进行访问。

如何在控制台创建数据库？

您可以在控制台创建数据库，具体操作，请参见创建数据库。

是否可以关闭MySQL实例上层防火墙？

出于云网产品安全要求和考虑，不能关闭MySQL实例上层防火墙。关闭上层防火墙可能会导致未经授权的访问、恶意攻击、安全漏洞利用等风险，因此不能关闭MySQL实例上层防火墙。

如何处理数据库连接数满情况？

在连接数被打满的情况下，可能会无法连接实例。

1. 如果是空闲连接数过多
   出现的原因可能有两种：

   1. 长连接模式：客户端业务侧配置了连接池，连接池的初始连接数设置过高，应用启动后建立多个到MySQL实例空闲连接。
   2. 短链接模式：客户端业务代码存在查询执行完毕后未显式的关闭连接的问题。

   解决办法：

   1. 直接使用kill命令终止会话连接。
   2. 长连接模式需要启用连接池的复用功能（建议减少初始连接数），短连接模式需要检查业务代码是否存在漏关连接的地方。
   3. 对于非交互模式连接，在控制台的参数设置里设置wait_timeout参数为较小值（wait_timeout参数控制非交互模式连接的超时时间）。
   4. 对于交互模式连接，在控制台的参数设置里设置interactive_timeout参数为较小值（interactive_timeout参数控制交互模式连接的超时时间）。

2. 如果是活动连接数过多
   出现的原因可能有多种：

   1. 慢查询SQL增多导致活动连接数堆积。
   2. 锁等待导致活动连接数堆积（包括InnoDB锁等待、表元数据锁等待）。
   3. CPU、IOPS使用率过高导致活动连接数堆积。

   解决办法：

   1. 检查慢SQL执行情况，结合场景进行SQL优化。
   2. 升级实例规格，或扩展只读实例。

连接实例报错场景

错误信息	错误可能原因	解决办法
ERROR 2003 (HY000): Can't connect to MySQL server on 'XXX'(10038或10060或110)	网络连通问题	1. 检查客户端与实例机器间ip、端口是否联通。 2. 若客户是通过弹性云主机访问MySQL实例，云主机与MySQL处于同一个VPC下。 3. 是否存在安全组。
ERROR 2013 (HY000): Lost connection to MySQL server at ‘reading authorization packet’, system error:110	网络连通问题	1. 确认是否存在过高的网络延迟。 2. 确认是否DNS解析失败或解析超时。
ERROR 1045 (28000): Access denied for user ‘XXX’@’XXX’ (using password: YES或NO)	用户名或密码错误	检登录的用户名和密码。
ERROR 2005 (HY000): Unknown MySQL server host ‘XXX’ (110或11004)	DNS服务器无法解析地址	检查连接地址或修改DNS服务器地址。
报错 has more than 'max_user_connections'或has exceeded the 'max_user_connections'	数据库最大连接数已满	1. 重启数据库实例来释放连接。 2. 修改max_user_connections为更大的值。
Linux系统连接实例报错 Unknown MySQL server host	可能由于开启了iptables导致域名解析的数据包被丢弃	编辑sysctl.conf文件，根据实际内存情况调整net.nf_conntrack_max的参数，保存并退出，执行sysctl -p使配置生效。

InnoDB引擎使用drop命令删除索引是否会释放磁盘空间？

由于索引和数据是存储在同一个文件中，因此在使用独立表空间时，InnoDB引擎使用drop命令删除索引并不会释放磁盘空间。如果您需要回收磁盘空间，可以考虑使用OPTIMIZE TABLE命令或重建表的方式，以重新组织表空间并释放未使用的空间。

                    
注意
                    
通过OPTIMIZE TABLE命令或重建表的方式释放表空间可能会对应用造成性能影响，需要提前进行充分的测试和评估，建议您在非高峰期进行操作。
                    
                  
                  

MySQL实例上报错提示Error 1709: Index column size too large. The maximum column size is 767 bytes。

可能原因：

由于MySQL的InnoDB引擎表索引字段长度的限制为767字节，因此对于多字节字符集的大字段或者多字段组合，创建索引时会出现该问题。

解决办法：

• 修改参数innodb_large_prefix为ON或者1。对于Dynamic和Compressed格式的InnoDB引擎表，其最大的索引字段长度支持到3072字节。

  目前租户控制台未开放修改入口，您需要自行登录MySQL进行手动修改。

• 创建表的时候指定表的row_format格式为Dynamic或者Compressed，示例如下：

  create table test_large_index_col (
    id int auto_increment primary key,
    others varchar(255)
  ) ROW_FORMAT=DYNAMIC default charset utf8mb4;
  

  或者修改表：

  alter table <table_name> row_format=dynamic;
  alter table <table_name> row_format=compressed;
  

使用MySQL实例时报错 Out of resources when opening file './xxx.MYD' (Errcode: 24)

可能原因：

实例中打开的文件数超出了innodb_open_files参数的限制。

解决办法：

登录租户控制台-实例管理-参数设置，进行扩大修改，并重启实例使其生效。

1. 在参数设置页面，进行扩大修改。

   具体操作，请参见参数设置。

   

2. 重启实例，使修改生效。

   具体操作，请参见重启实例。

关于MySQL中timeout各参数设置说明

参数名	说明
connect_timeout	该参数控制与服务器建立连接的时候等待三次握手成功的超时时间，该参数主要是对于网络质量较差导致连接超时，建议外网访问波动较大可以提高该参数。
delayed_insert_timeout	指INSERT语句执行的超时时间。
innodb_lock_wait_timeout	指锁等待的超时时间，该锁不同于死锁是指正常一个事务等待另外一个事务的S锁或者X锁的超时时间。
innodb_rollback_on_timeout	开启该参数，在出现锁等待、超时等情况下即会回滚当前Session的整个事务，如果设置为OFF则只回滚事务的最后一个请求。
interactive_timeout/wait_timeout	mysql在关闭一个交互式/非交互式的连接之前所要等待的时间。建议不需要设置太长的时候，否则会占用实例的连接数资源。
lock_wait_timeout	指定尝试获取元数据锁的超时时间。
net_read_timeout/net_read_timeout	指服务器端等待客户端发送的网络包和发送给客户端网络包的超时时间，这两个参数是对TCP/IP链接并且是Activity状态下的线程才有效的参数。
slave_net_timeout	备实例等待主服务器同步的超时时间，超时后中止同步并尝试重新连接。

主备复制延迟场景及解决方案

场景1：主库执行了大事务

当主实例执行了大事务后，会产生大量的Binlog日志，备机或只读节点拉取这些Binlog耗时比一般事务长，且至少需要花费与主实例相同的时间来回放这些事务的更新，从而导致备机或只读节点出现复制延迟。

解决办法：

• 对于一条SQL语句执行大量数据的大事务，执行 show full processlist ，查找是否存在长时间执行的delete或update语句。
• 分析全量日志或慢日志，检查是否有大事务。
• 为了保证主从数据的一致性，需要等待大事务执行完成，主备复制延迟才能恢复。
• 业务侧避免此类大事务，可以将大事务拆分为小事务，分批执行。例如，通过where条件或limit语句限制每次要更新的数据量。

场景2：对无主键表更新

只读节点和备机在回放主库的Binlog event时，会根据表的主键或者二级索引来检索需要更改的行。如果对应表未创建主键，则会产生大量的全表扫描，从而降低了Binlog日志的应用速度，产生复制延迟。

解决办法：

给无主键表增加主键，给缺少二级索引的表增加索引。

场景3：DDL操作

DDL操作往往执行时间很长，尤其是表数据量很大时。通常情况下，只读节点或备机回放一个DDL操作的时间和主库花费的时间基本一致。因此，当主机执行了大表的DDL操作后，备机和只读节点在回放该DDL期间，复制时间必然是一致增大的。

解决办法：

该场景为正常现象，等DDL执行完成后，主备复制延迟才能恢复。建议在业务低峰期执行DDL操作。

场景4：只读实例等待MDL锁

只读实例上往往有业务流量，如果存在只读长事务正在执行，会阻塞主实例同步过来的相应表的DDL操作，卡在了表MDL锁获取，进而阻塞所有同表的后续Binlog回放，导致复制延迟越来越大。

解决方法：

kill只读节点上阻塞DDL操作的长事务，或者在业务侧提交该长事务。

场景5：只读实例规格小于主实例

只读实例的规格小于主实例时，一旦主实例写负载升高到一定程度，只读实例会因为自身资源不足，无法及时回放Binlog，导致复制延迟增加。

解决方法：

只读实例扩大规格，与主实例规格匹配。

是否可以关闭会话binlog?

在使用关系数据库MySQL版时，如果关闭会话binlog某些特殊情况下可能影响数据恢复和主从复制功能。

建议您在使用过程中不要关闭会话binlog以防主从数据不一致对您的业务带来其他影响。