MySQL索引优化及性能调优9-14

已于 2022-04-12 15:54:14 修改
阅读量573 收藏 4
点赞数
分类专栏： 数据库 文章标签： mysql 数据库
于 2022-04-12 11:13:38 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ctflq/article/details/124119436
版权

MySQL高级

9 慢查询日志

是什么

  • MySQL的慢查询日志是MySQL提供的一种日志记录，它用来记录在MySQL中响应时间超过阈值的语句，具体指运行时间超过long_query_time值的SQL，则会被记录到慢查询日志中。
  • long_query_time的默认值是10，意思是运行10秒以上的语句。
  • 由它来查看哪些SQL超出了我们的最大忍耐时间值，比如一条sql执行超过5秒钟，我们就算慢SQL，希望能收集超过5秒的sql，结合之前的explain进行全面分析。

怎么玩

  • 说明
    • 默认情况下，MySQL数据库没有开启慢查询日志，需要我们手动来设置这个参数。
    • 当然，如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件。
  • 查看是否开启及如何开启
    • 默认：SHOW VARIABLES LIKE ‘%slow_query_log%’;
    • 默认情况下slow_query_log的值为off,表示慢查询日志是禁用的,可以通过设置slow_query_log的值来开启.
SHOW VARIABLES LIKE '%slow_query_log%';

在这里插入图片描述

SET GLOBAL slow_query_log = 1

在这里插入图片描述

开启：set global slow_query_log=1;

  • 使用set global slow_query_log=1开始了慢查询日志只对当前数据库生效，如果Mysql重启后则会失效。
  • 如果要永久生效，就必须修改配置文件my.cnf（其它系统变量也是如此）
# 修改my.cnf文件，[mysqlId]下增加或修改参数
# slow_query_log 和 slow_query_log_file后，然后重启Mysql服务器，也即将如下两行配置进my.cnf文件：
slow_query_log = 1
slow_query_log_file = /var/lib/mysql/atguigu-slow.log
# 关于慢查询的参数slow_query_log_file，它指定慢查询日志文件的存放路径，系统默认会给一个缺省的文件host_name-slow.log(如果没有指定参数slow_quert_log_file的话)

那么开启了慢查询日志后，什么样的SQL才会记录到慢查询日志里面呢

  • 这个是由参数long_query_time控制，默认清下long_query_time的值为10秒，命令：show variables like ‘long_query_time%’,可以使用命令修改，也可以在my.cnf参数里面修改。
  • 假如运行时间正好等于long_query_time的情况，并不会被记录下来。也就是说,在Mysql源码里是判断大于long_query_time,而非大于等于.

Case

  • 查看当前多少秒算慢：SHOW VARIABLES LIKE ‘long_query_time%’;
  • 设置慢的阈值时间：set global long_query_time=3;
    为什么设置后看不出变化（设置3之后，查询依然显示10）：
    • 需要重新连接或新开一个会话才能看到修改值。
    • SHOW VARIABLES LIEK ‘long_query_time%’;
    • show global variables like ‘long_query_time’;
  • 记录慢SQL并后续分析
    在这里插入图片描述
  • 查询当前系统中有多少条慢查询记录：
    show global status like ‘%Slow_queries%’;

配置版

[mysqlId]下配置:
slow_query_log = 1;
slow_query_log_file = /var/lib/mysql/atguigu-slow.log
long_query_time = 3;
log_output = FILE

日志分析工具mysqldumpslow

  • 在生产环境中，如果要手工分析日志，查找、分析SQL，显然是个体力活，MySQL提供了日志分析工具mysqldumpslow。
  • 查看mysqldumpslow的帮助信息
mysqldumpslow --help
s：是表示按照何种方式排序
c：访问次数
I：锁定时间
r：返回记录
t：查询时间
al：平均锁定时间
ar：平均返回记录数
at：平均查询时间
t：即为返回前面多少条的数据
g：后边搭配一个正则匹配模式，大小写不敏感

工作常用参考:

# 得到返回记录集最多的10个sql
mysqldumpslow -s r -t 10 /var/lib/mysql/atguigu-slow.log
# 得到访问次数最多的10个sql
mysqldumpslow -s c -t 10 /var/lib/mysql/atguigu-slow.log
# 得到按照时间排序的前10条里面含有左连接的查询语句
mysqldumpslow -s t -t 10 -g "left join" /var/lib/mysql/atguigu-slow.log
# 另外建议在使用这些命名时结合|和more使用，否则有可能出现爆屏的情况
mysqldumpslow -s r -t 10 /var/lib/mysql/atguigu-slow.log |more

10 批量数据脚本

往表里插入1000w数据

# 建库
CREATE DATABASE bigData;
USE bigData;

# 建表dept
CREATE TABLE dept(
	id INT UNSIGNED PRIMARY KEY AUTO_INCREMENT,
	deptno MEDIUMINT UNSIGNED NOT NULL DEFAULT 0,
	dname VARCHAR(20) NOT NULL DEFAULT '',
	loc VARCHAR(13) NOT NULL DEFAULT ''
)ENGINE=INNODB DEFAULT CHARSET=gbk;

#建表emp
CREATE TABLE emp(
	id INT UNSIGNED PRIMARY KEY AUTO_INCREMENT,
	empno MEDIUMINT UNSIGNED NOT NULL DEFAULT 0, /*编号*/
	ename VARCHAR(20) NOT NULL DEFAULT '',/*名字*/
	job VARCHAR(9) NOT NULL DEFAULT '',/*工作*/
	mgr MEDIUMINT UNSIGNED NOT NULL DEFAULT 0,/*上级编码*/
	hiredate DATE NOT NULL,/*入职时间*/
	sal DECIMAL(7,2) NOT NULL,/*薪水*/
	comm DECIMAL(7,2) NOT NULL,/*红利*/
	deptno MEDIUMINT UNSIGNED NOT NULL DEFAULT 0 /*部门编号*/	
)ENGINE=INNODB DEFAULT CHARSET=gbk;
  • 设置参数log_bin_trust_function_creators
创建函数，假如报错：This function has none of DETERMINISTIC...
# 由于开启过慢查询日志，因为我们开启了bin-log，我们就必须为我们的function指定一个参数。
show variables liek 'log_bin_trust_function_creators';
set global log_bin_trust_function_creators = 1;
# 这样添加了参数以后，如果Mysql重启，上述参数又会消失，永久方法：
window下my.ini【mysqlId】加上log_bin_trust_function_creators = 1;
linux下/etc/my.cnf下my.cnf【mysqlId】加上log_bin_trust_function_creators = 1;

SHOW VARIABLES LIKE 'log_bin_trust_function_creators';
SET GLOBAL log_bin_trust_function_creators=1;
  • 创建函数，保证每条数据都不同
  • 随机产生字符串
DELIMITER $$
CREATE FUNCTION rand_string(n INT)
RETURNS VARCHAR(255)
BEGIN
  DECLARE chars_str VARCHAR(100) DEFAULT 'abcdefghijklmnopqrstuvwxyzABCDEFJHIJKLMNOPQRSTUVWXYZ';
  DECLARE return_str VARCHAR(255) DEFAULT '';
  DECLARE i INT DEFAULT 0;
  WHILE i<n DO
    SET return_str=CONCAT(return_str,SUBSTRING(chars_str,FLOOR(1+RAND()*52),1));
    SET i=i+1;
    END WHILE;
    RETURN return_Str;
END$$
  • 随机产生部门编号
DELIMITER$$
CREATE FUNCTION rand_num()
RETURNS INT(5)
BEGIN
  DECLARE i INT DEFAULT 0;
  SET i = FLOOR(100+RAND()*10);
  RETURN i;
END$$
  • 假如要删除
drop function rand_num;
  • 创建存储过程
DELIMITER$$
CREATE PROCEDURE insert_emp(IN START INT(10),IN max_num INT(10))
BEGIN
  DECLARE i INT DEFAULT 0;
  #set autocommit=0 把autocommit设置成0
  SET autocommit = 0;
  REPEAT
  SET i = i+1;
  INSERT INTO emp(empno,ename,job,mgr,hiredate,sal,comm,deptno)
  VALUES((START+i),rand_string(6),'salesman',0001,CURDATE(),2000,400,rand_num());
  UNTIL i = max_num
  END REPEAT;
  COMMIT;
END$$

#执行存储过程,往dept表添加随机数据
DELIMITER$$
CREATE PROCEDURE insert_dept(IN START INT(10),IN max_num INT(10))
BEGIN
  DECLARE i INT DEFAULT 0;
  SET autocommit = 0;
  REPEAT
  SET i = i+1;
  INSERT INTO dept(deptno,dname,loc) VALUES((START+i),rand_string(10),rand_string(8));
  UNTIL i = max_num
  END REPEAT;
  COMMIT;
END$$
  • 调用存储过程
  • dept
DELIMITER;
CALL insert_dept(100,10);
  • emp
 DELIMITER;
CALL insert_emp(100001,500000);

11 Show Profile

是什么：是Mysql提供的可以用来分析当前会话中语句执行的资源消耗情况，可以用于SQL的调优的测量
默认情况下，参数处于关闭状态，并保存最近15次的运行结果。

分析步骤

  • 是否支持，看看当前的mysql版本是否支持
SHOW VARIABLES LIKE 'profiling';
或者
SHOW VARIABLES LIKE 'profiling%';
默认时关闭的，使用前需要开启

在这里插入图片描述

  • 开启功能，默认是关闭，使用前需要开启
set profiling = on;
  • 运行SQL
select * from emp group by id%10 limit 150000;
select * from emp group by id%20 order by 5;
  • 查看结果
show profiles;

在这里插入图片描述

  • 诊断SQL
show profile cpu, block io for query #上一步前面的问题SQL数字号码;

在这里插入图片描述

  • 参数备注

type：

  • ALL 显示所有的开销信息
  • BLOCK IO 显示块IO相关开销
  • CONTEXT SWITCHES 上下文切换相关开销
  • CPU 显示CPU相关开销信息
  • IPC 显示发送和接受相关开销信息
  • MEMORY 显示内存相关开销信息
  • PAGE FAULTS 显示页面错误相关开销信息
  • SOURCE 显示和Source_function,Source_file,Source_line相关的开销信息
  • SWAPS 显示交换次数相关开销的信息

日常开发需要注意的结论

  • converting HEAP to MyISAM：查询结果太大，内存都不够用了往磁盘上搬了
  • Creating tmp table：创建临时表
    • 拷贝数据到临时表
    • 用完再删除
  • Copying to tmp table on disk：把内存中临时表复制到磁盘，危险！！
  • locked

在这里插入图片描述

12 全局查询日志

  • 配置启用
在Mysql的my.cnf中，设置如下：
# 开启
general_log=1
# 记录日志文件的路径
general_log_file=/path/logfile
# 输出格式
log_output=FILE
  • 编码启用
set global general_log=1;
set global log_output='TABLE';
# 此后，你所编写的sql语句，将会记录到Mysql库里的general_log表，可以用下面的命令查看
select * from mysql.general_log;

永远不要在生产环境开启这个功能！

13 Mysql锁机制

13.1 概述

定义：

  • 锁是计算机协调多个进程并发访问某一资源的机制。
  • 在数据库中，除了传统的计算资源(如CPU,RAM,I/O等)的争用意外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性，有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这绝对来说。锁对数据库而言显得尤其重要，也更加复杂。
  • 生活购物
    在这里插入图片描述

锁的分类：

  • 从对数据操作的类型（读/写）分：
    • 读锁（共享锁）：针对同一份数据，多个读操作可以同时进行而不会互相影响。
    • 写锁（排它锁）：当前写操作没有完成前，它会阻断其他写锁和读锁。
  • 从对数据操作的粒度分：
    • 表锁
    • 行锁

13.2 三锁

开销、加锁速度、死锁、粒度、并发性能
只能就具体应用的特点来说那种锁更合适

13.3 表锁（偏读）

特点：偏向MyISAM存储引擎，开销小，加锁快；无死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。

  • 案例分析
CREATE TABLE mylock(
	id INT NOT NULL PRIMARY KEY AUTO_INCREMENT,
	NAME VARCHAR(20)
)ENGINE MYISAM;

INSERT INTO mylock(NAME) VALUES('a');
INSERT INTO mylock(NAME) VALUES('b');
INSERT INTO mylock(NAME) VALUES('c');
INSERT INTO mylock(NAME) VALUES('d');
INSERT INTO mylock(NAME) VALUES('e');

SELECT * FROM mylock;

# 手动增加表锁
lock table 表名字 read(write), 表名字2 read(write), 其他;
# 查看表上加过的锁
show open tables;
# 释放表锁
unlock tables;

加读锁（我们为mylock表加read锁（读阻塞写例子））
在这里插入图片描述
在这里插入图片描述
加写锁（我们为mylock表加write锁（MyISAM存储引擎的写阻塞读例子））
在这里插入图片描述
在这里插入图片描述

  • 案例结论
    简而言之，就是读锁会阻塞写，但是不会阻塞读。而写锁则会把读和写都阻塞。
    在这里插入图片描述

表锁分析

  • 看看哪些表被加锁了：show open tables;
  • 如何分析表锁定：可以通过检查table_locks_waited和table_locks_immediate状态变量来分析系统上的表锁定。
    • show status like ‘table%’;
    • 这里有两个状态变量记录MySQL内部表级锁定的情况，两个变量的说明如下：
      • Table_locks_immediate：产生表级锁定的次数，表示可以立即获取锁的查询次数，每立即获取锁值加1；
      • Table_locks_waited：出现表级锁定争用而发生等待的次数（不能立即获取锁的次数，每等待一次锁值加1），此值高则说明存在着较严重的表级锁争用情况。
    • 此外，MyISAM的读写锁调度是写优先，这也是MyISAM不适合做写为主表的引擎。因为写锁后，其他线程不能做任何操作，大量的更新会使查询很难得到锁，从而造成永远阻塞。

13.4 行锁（偏写）

特点

  • 偏向Innodb存储引擎，开销大，加锁慢；会出现死锁；锁定粒度小，发生锁冲突的概率最低，并发度也最高。
  • Innodb与MyISAM的最大不同有两点：
    • 一是支持事务（TRANSACTION）
    • 而是采用了行级锁

由于行锁支持事务，复习老知识
事务（Transaction）及其ACID属性：事务是由一组SQL语句组成的逻辑处理单元，事务具有以下4个属性，通常简称为事务的ACID属性。

  • 原子性（Atomicity）：事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。
  • 一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态。这意味着所有相关的数据规则都必须应用于事务的修改，以保持数据的完整性，事务结束时，所有的内部数据结构（如B树索引或双向链表）也都必须是正确的。
  • 隔离性（Isolation）：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的，反之亦然。
  • 持久性（Durable）：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。

并发事务处理带来的问题

  • 更新丢失（Lost Update）
    在这里插入图片描述
  • 脏读（Dirty Reads）
    在这里插入图片描述
  • 不可重复读（Non-Repeatable Reads）
    在这里插入图片描述
  • 幻读（Phantom Reads）
    在这里插入图片描述
    事务隔离级别：
    在这里插入图片描述
  • 案例分析
# 建表SQL
CREATE TABLE test_innodb_lock(
	a INT(11),
	b VARCHAR(16)
)ENGINE=INNODB;

INSERT INTO test_innodb_lock VALUES(1,'b2');
INSERT INTO test_innodb_lock VALUES(3,'3');
INSERT INTO test_innodb_lock VALUES(4,'4000');
INSERT INTO test_innodb_lock VALUES(5,'5000');
INSERT INTO test_innodb_lock VALUES(6,'6000');
INSERT INTO test_innodb_lock VALUES(7,'7000');
INSERT INTO test_innodb_lock VALUES(8,'8000');
INSERT INTO test_innodb_lock VALUES(9,'9000');
INSERT INTO test_innodb_lock VALUES(1,'b1');

CREATE INDEX test_innodb_a_ind ON test_innodb_lock(a);
CREATE INDEX test_innodb_b_ind ON test_innodb_lock(b);
  • 行锁定基本演示
    在这里插入图片描述
  • 无索引行锁升级为表锁
    • 如果在更新数据的时候出现了强制类型转换导致索引失效，使得行锁变表锁，即在操作不同行的时候，会出现阻塞的现象。
  • 间隙锁危害
    在这里插入图片描述
  • 什么是间隙锁：当我们用范围条件而不是相等条件索引数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁；对于键值在条件范围内但并不存在的记录，叫做“间隙（GAP）”。InnoDB也会对这个“间隙”加锁，这种锁机制就是所谓的间隙锁（Next-Key锁）。
  • 危害：
    • 因为Query执行过程中通过范围查找的话，会锁定整个范围内所有的索引键值，即使这个键值并不存在。
    • 间隙锁有一个比较致命的弱点，就是当锁定一个范围键值之后，即使某些不存在的键值也会被无辜的锁定，而造成在锁定的时候无法插入锁定键值范围内的任何数据。在某些场景下这可能会对性能造成很大的危害。

试题：常考如何锁定一行

select * from 表 where 某一行的条件 for update;

在这里插入图片描述

案例结论

  • InnoDB存储引擎由于实现了行级锁定，虽然在锁定机制的实现方面所带来的性能损耗可能比表级锁定会更高一些，但是在整体并发处理能力方面要远远优于MyISAM的表级锁定的。当系统并发量较高的时候，InnoDB的整体性能和MyISAM相比就会有比较明显的优势了。
  • 但是，InnoDB的行级锁定同样也有其脆弱的一面，当我们使用不当的时候，可能会让InnoDB的整体性能表现不仅不能比MyISAM高，甚至可能会更差。

行锁分析

  • 如何分析行锁定
    • 通过检查InnoDB_row_lock状态变量来分析系统上的行锁的争夺情况
      show status like ‘innodb_row_lock%’;
      在这里插入图片描述
    • 对各个状态量的说明如下：
      • Innodb_row_lock_current_waits：当前正在等待锁定的数量；
      • innodb_row_lock_time：从系统启动到现在锁定总时间长度；
      • innodb_row_lock_time_avg：每次等待所花平均时间；
      • innodb_row_lock_time_max：从系统启动到现在等待最长的一次所花的时间；
      • innodb_row_lock_waits：系统启动后到现在总共等待的次数。
    • 对于这5个变量，比较重要的是
      • innodb_row_lock_time_avg（等待平均时长）
      • innodb_row_lock_waits（等待总次数）
      • innodb_row_lock_time（等待总时长）
      • 这三项
      • 尤其是当等待次数很高，而且每次等待时长也不小的时候，我们就需要分析系统中为什么会有如此多的等待，然后根据分析结果着手制定优化计划。

优化建议

  • 尽可能让所有数据检索都通过索引来完成，避免无索引行锁升级为表锁。
  • 合理设计索引，尽量缩小锁的范围。
  • 尽可能减少索引条件，避免间隙锁。
  • 尽量控制事务大小，减少锁定资源量和时间长度。
  • 尽可能低级别事务隔离。

13.5 页锁

  • 开销和加锁时间介于表锁和行锁之间。
  • 会出现死锁。
  • 锁定粒度介于表锁和行锁之间。
  • 并发度一般

14 主从复制

复制的基本原理

  • slave会从master读取binlog来进行数据同步
  • 三步骤+原理图

在这里插入图片描述

复制的基本原则

  • 每个slave只有一个master
  • 每个slave只能有一个唯一的服务器ID
  • 每个master可以有多个slave

复制的最大问题

  • 延时

一主一从常见配置

  • mysql版本一致且后台以服务运行
  • 主从都配置在[mysqld]结点下，都是小写
  • 主机修改my.ini配置文件
    • 【必须】主服务器唯一ID
      server-id=1
    • 【必须】启用二进制日志
      log-bin=自己本地的路径/mysqlbin
      log-bin=D:/devSoft/MySQLServer5.5/data/mysqlbin
    • 【可选】启用错误日志
      log-err=自己本地的路径/mysqlerr
      log-err=D:/devSoft/MySQLServer5.5/data/mysqlerr
    • 【可选】根目录
      basedir=自己本地路径
      basedir=“D:/devSoft/MySQLServer5.5/”
    • 【可选】临时目录
      temdir=自己本地路径
      temdir=“D:/devSoft/MySQLServer5.5/”
      -【可选】数据目录
      datadir=自己本地路径/Data/
      datadir=“D:/devSoft/MySQLServer5.5/Data/”
    • read-only=0
      主机，读写都可以
    • 【可选】设置不要复制的数据库
      binlog-ignore-db=mysql
    • 【可选】设置需要复制的数据库
      binlog-do-db=需要复制的主数据库名字
  • 从机修改my.cnf配置文件
    • 【必须】从服务器唯一ID
      server-id=2
    • 【可选】启用二进制日志
  • 因修改过配置文件，请主机+从机都重启后台mysql服务
  • 主机从机都关闭防火墙
    • windows手动关闭
    • 关闭虚拟机linux防火墙：service iptables stop
  • 在Windows主机上建立账户并授权slave
    • GRANT REPLICATION SLAVE ON *.* TO 'zhangsan' @ '192.168.14.167【从机数据库IP】' IDENTIFIED BY '123456';
    • flush privileges;
    • 查询master的状态
      • show master status
        在这里插入图片描述
      • 记录下File和Position的值
    • 执行完此步骤后不要再操作主服务器MYSQL，防止主服务器状态值变化
  • 在Linux从机上配置需要复制的主机
    • CHANGE MASTER TO MASTER_HOST='主机IP', MASTER_USER='zhangsan', MASTER_PASSWORD='123456', MASTER_LOG_FILE='file名字', MASTER_LOG_POS=position数字;
      在这里插入图片描述
      eg
      在这里插入图片描述
    • 启动从服务器复制功能
      • start slave;
    • show slave status\G【\G是为了以键值的形式显示，好看一些】
      • 下面两个参数都是Yes，则说明主从配置成功！
      • Slave_IO_Running：Yes
      • Slave_SQL_Running：Yes
        在这里插入图片描述
  • 主机新建库、新建表、insert记录，从机复制
  • 如何停止从服务复制功能
    • stop slave;
陳騰飛
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
mysql 索引长度限制_修改Mysql索引长度限制
weixin_42115003的博客
01-19 3487
mysql 索引过长1071-max key length is 767 byte问题create table: Specified key was too long; max key length is 767 bytes原因数据库表采用utf8编码，其中varchar(255)的column进行了唯一键索引而mysql默认情况下单个列的索引不能超过767位(不同版本可能存在差异)于是utf8字...
mysql 索引长度对索引的影响.
ideaaaa的博客
12-14 6029
1:查询频繁 2:区分度高 3:长度小 4: 尽量能覆盖常用查询字段. 1: 索引长度直接影响索引文件的大小,影响增删改的速度,并间接影响查询速度(占用内存多). 针对列中的值,从左往右截取部分,来建索引 1: 截的越短, 重复度越高,区分度越小, 索引效果越不好 2: 截的越长, 重复度越低,区分度越高, 索引效果越好,但带来的影响也越大--增删改变慢,并间影响查询速度. 所以, 要在 区...
SQL慢查询与优化
小猿的博客
12-18 1034
1.慢查询 MySQL的慢查询，全名慢查询日志，是MySQL提供的一种日志记录，用来记录在MySQL中应时间超过阈值的语句。 默认情况下，MySQL数据库并不启动慢查询，需要手动来设置这个参数。 如果不是调优需要的话，一般不建议启动该参数，开启慢查询日志会或多或少带来一定的性能影响。 慢查询日志可用于查找需要很长时间才能执行的查询，因此是优化的候选者。 查看“慢查询”的配置信息 SHOW VARIABLES LIKE “%slow%”; 查看“慢查询”的时间定义 SHOW VARIABLES LIKE “
索引键的长度对查询性能的影响
herongoal的博客
03-03 1909
索引性能优化
解决MySQL数据库索引过长的问题。
冷宫旋的博客
07-29 3243
在一个长度大于255的字符的字段上创建unique key报错。MySQL用1到2个额外字节记录该字段的长度，当字段长度小于等于255时使用1个字节记录字段长度，当长度大于255时使用2~4个字节记录字段长度，字段file_path的长度为512*3+2=1538个字节，超过系统默认767字节数限制。查看结果是否为ON查看结果是否为Barracuda3.修改建表语句。增加 ROW_FORMAT=DYNAMIC 属性。
mysql 索引太长,Mysql索引过长问题解析
weixin_30269201的博客
03-17 1938
近期遇到两次mysql建表时，提示索引过长错误信息的问题。根据错误信息提示，检查建表语句，发现对应的索引字段为VARCHAR(256).与提示的767bytes长度相差较大。由此引出Mysql(大多数数据库对varchar类型处理都基本相似)对VARCHAR类型的处理机制的探讨。在Mysql中，varchar类型的单位其实是 “字符” ，而非我们字节。是一种自适应的存储方式。例如：VARCHAR(...
mysql面试题-mysql经典面试题目-数据库的基本概念-SQL语法-事务处理-索引优化-性能调优-mysql-面试题目
01-20
【MySQL面试题】在面试MySQL相关的职位时，面试官可能会问到一系列关于数据库基础、SQL语法、事务处理、索引优化以及性能调优的问题。以下是一些可能的面试重点： 1. **数据库基本概念**： - 数据库是用于存储和...
性能调优专题 -Mysql索引优化与底层数据结构深入剖析
08-30
性能调优专题_-Mysql索引优化与底层数据结构深入剖析
mysql性能调优与架构设计--全册 .rar_SPF7_mysql 性能调优_架构优化
09-24
MySQL性能调优与架构设计是数据库管理领域的重要课题，尤其在处理大数据量时，优化技巧和架构设计显得尤为关键。本资源"mysql性能调优与架构设计--全册 .rar"包含了对MySQL数据库进行性能提升和架构改进的全面指南。...
mysql 索引多 弊端_MySQL索引过多会产生哪些问题？
weixin_31444881的博客
02-27 6427
RT。1.MySQL索引过多会产生哪些问题？2.MySQL索引不合理会产生哪些问题？MySQL中数据是以文件的形式存放在磁盘上的.data/mysql/users.frm 表结构data/mysql/users.MYD 数据data/mysql/users.MYI 索引一张MyISAM表主要对应着三个文件,frm存表结构,MYD存表数据,MYI存表索引.如果一张表的数据量太大的话,那么MYD和MY...
索引的缺点（4）：过多的索引会降低性能
热门推荐
SQL Server探索
01-23 2万+
创建索引的目的是为了加快查询速度，但是任何事情都是过犹不及的。 如果建的索引太多，反而会降低性能。 （1）多少索引算多？ 先说个真实的事。 前几年的时候，有一次写一个简单的sql，觉得查的很慢，想想是不是少了索引。 于是打开ssms客户端，点开表下面的索引，发现这个表尽然有100多个索引，当时就懵了。。。 这100多个索引，实在是太多了，同时也说明这个数据库没有DBA管理，很混
索引对性能到底有多少的影响？
番石榴
07-16 3910
http://feilong.tech/?p=274索引到底对性能有多少影响？这个问题估计是很多MySQL小白好奇的问题。当然我也是一样。因为之前的时候，并没有对索引有太多的注意，而且之前的工作经历，因为数据量很小，索引所起到的作用并不是很大，所以也没有太大注意。事情的起点我在公司是做后端开发（PHPer），除了日常的开发工作，也要兼职公司的运维。每周安排一个人跟进报警邮件，出现问题及时通报。像很...
mysql-索引对数据库性能影响-(大量无脑增加索引)
jj89929665的博客
06-18 773
如有错误欢迎指正
Java项目: 基于SpringBoot+mysql房产销售系统 (含源码+数据库+开题报告+答辩PPT+毕业论文)
weixin_43860634的博客
09-03 594
Java项目: 基于SpringBoot+mysql房产销售系统 (含源码+数据库+开题报告+答辩PPT+毕业论文)
策略规划：在MySQL中实现数据恢复的全面指南
2401_85339615的博客
09-04 1061
数据恢复是数据库管理中至关重要的一环，它确保在发生数据丢失或损坏的情况下，能够迅速且准确地恢复数据。在MySQL中，实现有效的数据恢复策略规划需要综合考虑备份策略、备份类型、存储管理、故障转移机制以及恢复流程。本文将深入探讨如何在MySQL中进行数据恢复的策略规划，包括策略制定、技术实现和最佳实践。
MySQL数据备份的版本控制：策略、实践与自动化
2401_85341950的博客
09-04 868
数据备份的版本控制是指对数据库备份进行管理，以便可以追踪、访问和恢复到数据库的特定历史状态。数据恢复：在数据丢失或损坏的情况下快速恢复数据。审计和合规性：满足法规要求，提供数据访问和变更的历史记录。开发和测试：为开发和测试环境提供数据的特定版本。
MySQL record 03 part
最新发布
m0_47505062的博客
09-08 650
注意，百分号和下划线在MySQL中都是被当作通配符来使用的，因此当要匹配的字符是百分号和下划线本身的时候，也就是你要搜索百分号和下划线本身的时候，要将百分号和下划线转义成普通字符，方法是使用右斜线。更灵活，当 DELETE FROM 不指定where时，时删除所有表记录，而指定where时则是删除指定的符合where条件的记录。一般情况下，向表中添加新的记录，应该包含此表的所有字段，也就是应该给表的所有字段添加值，也有2种方式，指定字段和不指定字段，这里使用的是不指定字段的方式，
【重学 MySQL】十四、显示表结构
CSDN全栈领域优秀博主，阿里云博客专家，工信部权威认证物联网技术开发工程师，曾30分钟高分通过C语言二级，两天手撸代码完成EasyX飞机大战，靠接软件私活一个月换苹果电脑
09-06 558
以上就是在MySQL中显示表结构的几种常用方法。DESCRIBE或DESC命令和命令提 供了快速查看表列信息的简便方式，而查询数据库则提供了更详细、更灵活的信息获取方式。命令则适用于需要查看或复制表完整结构的情况。
【MySQL】批量插入数据造数-存储过程
兴焉的博客
09-05 239
日常工作中可能有针对需要对某个表进行造数，如何批量插入呢？可以使用存储过程循环结构。下面是一个存储过程以插入100条，while语句后的
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

陳騰飛

你的鼓励是我一直持续创造的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值