MySQL高级-优化

geminigoth

已于 2023-09-16 00:01:35 修改

阅读量80

点赞数 1

分类专栏： MySQL系列文章标签： mysql 性能优化数据库

于 2023-09-10 00:29:02 首次发布

本文链接：https://blog.csdn.net/geminigoth/article/details/132782737

版权

MySQL系列专栏收录该内容

4 篇文章 0 订阅

订阅专栏

本文使用MySQL版本为8.0.11

1.概述

MySQL性能优化就是通过合理安排资源，调整系统参数使MySQL运行更快、更节省资源。MySQL性能优化包括查询速度优化、数据库结构优化、MySQL服务器优化等。本文主要讲解以下几个内容：性能优化、查询优化、数据库结构优化、MySQL服务器优化。

MySQL数据库优化是多方面的，原则是减少系统的瓶颈，减少资源的占用。例如，通过优化文件系统，提高磁盘I/O的读写速度；通过优化操作系统调度策略，提高MySQL在高负荷情况下的负载能力；优化表结构、索引、查询语句等使查询响应更快。

在MySQL中，可以使用SHOW STATUS语句查询一些MySQL数据库的性能参数。SHOW STATUS语法如下：

SHOW STATUS LIKE 'value'

其中，value是要查询的参数值，一些常用的性能参数如下：

Connections：连接MySQL服务器的次数。

Uptime：MySQL服务器的上线时间。

Slow_queries：慢查询的次数。

Com_select：查询操作的次数。

Com_insert：插入操作的次数。

Com_update：更新操作的次数。

Com_delete：删除操作的次数。

查询MySQL服务器的连接次数：

show status like 'Connections';

查询MySQL服务器的慢查询次数：

show status like 'Slow_queries';

2 优化查询

2.1 分析查询语句

通过对查询语句的分析，可以了解查询语句执行情况，找出查询语句执行的瓶颈，从而优化查询语句。MySQL提供了EXPLAIN语句的DESCRIBE语句，用来分析查询语句。

EXPLAIN语句的基本语法：

EXPLAIN [EXTENDED] SELECT select_options

使用EXTENED关键字，EXPLAIN语句将产生附加信息。select_options是SELECT语句的查询选项，包括FROM WHERE 子句等。

执行该语句，可以分析EXPLAIN后面SELECT语句的执行情况，并且能否分析出所查询表的一些特征。

【2.1.1】使用EXPLAIN语句来分析一个查询语句：

EXPLAIN SELECT * FROM content;

id：SELECT标识符。这是SELECT的查询序列号。

select_type：表示SELECT语句的类型。它可以是以下几种取值：SIMPLE表示简单查询，其中不包括连接查询和子查询；PRIMARY表示主查询，或者是最外层的查询语句；UNION表示连接查询的第2个或后面的查询语句；DEPENDENT UNION，连接查询中的第2个或者后面的select语句，取决于外面的查询；UNION RESULT，连接查询的结果；SUBQUERY，子查询中的第1个select语句；DEPENDENT SUBQUERY，子查询中的第一个select，取决于外面的查询；DERIVED，导出表的select。

table：表示查询的表。

type：表示表的连接类型。下面按照从最佳类型到最差类型的顺序给出各种连接类型。

（1）system

该表是仅有一行的系统表。这时const连接类型的一个特例。

（2）const

数据表最多只有一个匹配行，将在查询开始时被读取，并在余下的查询优化中作为常量对待。const表查询速度很快，因为它们只读取一次。const用于使用常数值比较PRIMARY KEY和UNIQUE索引的所有部分的场合。

（3）eq_ref

对于每个来自前面的表的行组合，从该表中读取一行。当一个索引的所有部分都在查询中使用并且索引是UNIQUE或PRIMARY KEY时，可使用这种类型。

eq_ref可以用于使用等于"="操作符比较带索引的列。比较值可以作为常量或一个在该表前面所读取的表的列的表达式。

（4）ref

对于来自前面的表的任意行组合，将从该表中读取所有匹配的行。这种类型用于索引既不是UNIQUE也不是PRIMARY KEY的情况，或者查询中使用了索引列的左子集，即索引中左边的部分列组合。ref可以用于使用 “=”或<=>操作符带索引的列。

（5）ref_of_null

该连接类型如同ref，但是添加MySQL可以专门搜索包含NULL值的行。在解决子查询中经常使用该连接类型的优化。

（6）index_merge

该连接类型表示使用了索引合并优化方法。在这种情况下，key列包含了使用的索引的清单，ken_len包含了使用索引的最长关键元素。

（7）unique_subquery

是一个索引查找函数，可以完全替换子查询，效率更高。

（8）index_subquery

该连接类型类似于unique_subquery，可以替换IN子查询，但只适合下列形式的子查询中的非唯一索引：

value IN(SELECT key_conlumn) FROM single_table WHERE some_expr

（9）range

只检索给定范围的行，使用一个索引来选择行。key列显示使用了哪个索引。key_len包含所使用的索引的最长关键元素。

当使用=、<>、>、>=、<、<=、IS NULL、<==>、between或者IN操作符用常量比较关键字列时，类型为range。

（10）index

该连接类型与ALL相同，除了只扫描索引树。这通常比ALL快，因为索引文件通常比数据文件小。

（11）ALL

对于前面的表的任意行组合，进行完整的表扫描。如果表是第一个没标记const的表，这样不好，并且在其他情况下很差。通过可以增加更多的索引来避免使用ALL连接：

possible_keys：指出MySQL能使用哪个索引在该表中找到行。如果该列是NULL，则没有相关的索引。在这种情况下，可以通过检查WHERE子句看它是否引用某些列或适合索引的列来提高查询性能。如果是这样，可以创建适合的索引来提高查询的性能。

key：表示查询实际使用到的索引，如果没有选择索引，该列的值是NULL。要想强制MySQL使用或忽视possible_key列中的索引，在查询中使用FORCE INDEX、USE INDEX 或者 INGORE INDEX。

key_len：表示MySQL选择的索引字段按字节计算的长度，如果键是NULL，则长度是NULL。注意通过key_len可以确定MySQL将实际使用一个多列索引中的几个字段。

ref：表示使用哪个列或常数与索引一起来查询记录。

rows：显示MySQL在表中进行查询时必须检查的行数。

Extra：表示MySQL在处理查询时的详细信息。

DESCRIBE语句的使用方法与EXPLAIN语句是一样的，并且分析结果也一样。DESCRIBE语句的语法格式如下：

DESCRIBE SELECT select_options

DESCRIBE可以缩写成DESC。

2.2 索引对查询速度的影响

MySQL中提高性能的一个有效方式就是对数据表设计合理的索引。索引提供了高效访问数据的方法，并且可加快查询的速度，因此，索引对查询的速度有至关重要的影响。使用索引可以快速地定位表中的某条记录，从而提高数据库查询的速度、提高数据库的性能。

如果查询时没有使用索引，查询语句将扫描表中的所有记录。在数据量大的情况下，这样查询的速度会很慢。如果使用索引查询，查询语句可以根据索引快速定位到待查询记录，从而减少查询的记录数，达到提高查询速度的目的。

【例2.2.1】下面是查询语句中不使用索引和使用索引的对比。首先，分析未使用索引的查询情况，EXPLAIN语句执行如下：

1、数据初始化：

CREATE TABLE `tb_user`  (
  `id` int NOT NULL AUTO_INCREMENT COMMENT '主键',
  `name` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NULL DEFAULT NULL COMMENT '用户名',
  `phone` varchar(11) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NULL DEFAULT NULL COMMENT '手机号',
  `email` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NULL DEFAULT NULL COMMENT '邮箱',
  `profession` varchar(11) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NULL DEFAULT NULL COMMENT '专业',
  `age` tinyint UNSIGNED NULL DEFAULT NULL COMMENT '年龄',
  `gender` char(1) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NULL DEFAULT NULL COMMENT '性别 , 1: 男, 2: 女',
  `status` char(1) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NULL DEFAULT NULL COMMENT '状态',
  `createtime` datetime NULL DEFAULT NULL COMMENT '创建时间',
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 24 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci COMMENT = '系统用户表' ROW_FORMAT = Dynamic;

-- ----------------------------
-- Records of tb_user
-- ----------------------------
INSERT INTO `tb_user` VALUES (1, '吕布01', '17799990000', 'lvbu666@163.com', '软件工程', 23, '1', '6', '2001-02-02 00:00:00');
INSERT INTO `tb_user` VALUES (2, '曹操', '17799990001', 'caocao666@qq.com', '通讯工程', 33, '1', '0', '2001-03-05 00:00:00');
INSERT INTO `tb_user` VALUES (3, '赵云', '17799990002', '17799990@139.com', '英语', 34, '1', '2', '2002-03-02 00:00:00');
INSERT INTO `tb_user` VALUES (4, '孙悟空', '17799990003', '17799990@sina.com', '工程造价', 54, '1', '0', '2001-07-02 00:00:00');
INSERT INTO `tb_user` VALUES (5, '花木兰', '17799990004', '19980729@sina.com', '软件工程', 23, '2', '1', '2001-04-22 00:00:00');
INSERT INTO `tb_user` VALUES (6, '大乔', '17799990005', 'daqiao666@sina.com', '舞蹈', 22, '2', '0', '2001-02-07 00:00:00');
INSERT INTO `tb_user` VALUES (7, '露娜', '17799990006', 'luna_love@sina.com', '应用数学', 24, '2', '0', '2001-02-08 00:00:00');
INSERT INTO `tb_user` VALUES (8, '程咬金', '17799990007', 'chengyaojin@163.com', '化工', 38, '1', '5', '2001-05-23 00:00:00');
INSERT INTO `tb_user` VALUES (9, '项羽', '17799990008', 'xiaoyu666@qq.com', '金属材料', 43, '1', '0', '2001-09-18 00:00:00');
INSERT INTO `tb_user` VALUES (10, '白起', '17799990009', 'baiqi666@sina.com', '机械工程及其自动化', 27, '1', '2', '2001-08-16 00:00:00');
INSERT INTO `tb_user` VALUES (11, '韩信', '17799990010', 'hanxin520@163.com', '无机非金属材料工程', 27, '1', '0', '2001-06-12 00:00:00');
INSERT INTO `tb_user` VALUES (12, '荆轲', '17799990011', 'jingke123@163.com', '会计', 29, '1', '0', '2001-05-11 00:00:00');
INSERT INTO `tb_user` VALUES (13, '兰陵王', '17799990012', 'lanlinwang666@126.com', '工程造价', 44, '1', '1', '2001-04-09 00:00:00');
INSERT INTO `tb_user` VALUES (14, '狂铁', '17799990013', 'kuangtie@sina.com', '应用数学', 43, '1', '2', '2001-04-10 00:00:00');
INSERT INTO `tb_user` VALUES (15, '貂蝉', '17799990014', '84958948374@qq.com', '软件工程', 40, '2', '3', '2001-02-12 00:00:00');
INSERT INTO `tb_user` VALUES (16, '妲己', '17799990015', '2783238293@qq.com', '软件工程', 31, '2', '0', '2001-01-30 00:00:00');
INSERT INTO `tb_user` VALUES (17, '芈月', '17799990016', 'xiaomin2001@sina.com', '工业经济', 35, '2', '0', '2000-05-03 00:00:00');
INSERT INTO `tb_user` VALUES (18, '嬴政', '17799990017', '8839434342@qq.com', '化工', 38, '1', '1', '2001-08-08 00:00:00');
INSERT INTO `tb_user` VALUES (19, '狄仁杰', '17799990018', 'jujiamlm8166@163.com', '国际贸易', 30, '1', '0', '2007-03-12 00:00:00');
INSERT INTO `tb_user` VALUES (20, '安琪拉', '17799990019', 'jdodm1h@126.com', '城市规划', 51, '2', '0', '2001-08-15 00:00:00');
INSERT INTO `tb_user` VALUES (21, '典韦', '17799990020', 'ycaunanjian@163.com', '城市规划', 52, '1', '2', '2000-04-12 00:00:00');
INSERT INTO `tb_user` VALUES (22, '廉颇', '17799990021', 'lianpo321@126.com', '土木工程', 19, '1', '3', '2002-07-18 00:00:00');
INSERT INTO `tb_user` VALUES (23, '后羿', '17799990022', 'altycj2000@139.com', '城市园林', 20, '1', '0', '2002-03-10 00:00:00');
INSERT INTO `tb_user` VALUES (24, '姜子牙', '17799990023', '37483844@qq.com', '工程造价', 29, '1', '4', '2003-05-26 00:00:00');

2、EXPLAIN执行语句：

EXPLAIN SELECT * FROM tb_user where name = '姜子牙';

结果：

可以看到，rows的值是24，说明“SELECT * FROM tb_user where name = '姜子牙';”这个查询语句扫描了表中的24条记录。

然后在这个表name字段加上索引，添加索引的语句：

create index tb_user_index_name on tb_user (name);

在执行EXPLAIN语句分析：

EXPLAIN SELECT * FROM tb_user where name = '姜子牙';

结果：

结果显示，rows列的值为1，表示这个查询语句只扫描了表中的一条记录，其查询速度自然比扫描24条记录快；而且possible_keys和key的值都是tb_user_index_name，说明查询时使用了tb_user_index_name索引。

2.3 使用索引查询

索引可以提高查询的速度，但并不是使用带有索引的字段查询时，索引都会起作用。使用索引有几种特殊情况，在这些情况下有可能使用带有索引的字段查询时，索引并没有其作用。

2.3.1 使用LIKE关键字的查询语句

在使用LIKE关键字进行查询时，如果匹配字符串的第一个字符为"%"，索引不会起作用。只有“%”不在第一个位置，索引才会起作用。

【2.3.1.1】分别使用LIKE'%X' 和 'x%'对比索引是否会失效：

EXPLAIN SELECT * FROM tb_user where name like '%牙';

EXPLAIN SELECT * FROM tb_user where name like '姜%';

2.3.2 使用多列索引的查询语句

MySQL可以为多个字段创建索引。一个索引可以包括16个字段。对于多列索引，只有查询条件中使用了这些字段中的第一个字段时，索引才会生效。

【2.3.2.1】在表tb_user中name,phone字段创建多列索引，并验证。

1、创建索引：

create index tb_user_index_name_phone on tb_user (name,phone);

2、索引失效的情况：

EXPLAIN SELECT * FROM tb_user where phone = '17799990023';

3、索引生效的情况

EXPLAIN SELECT * FROM tb_user where name = '嬴政';

2.3.3 使用or关键字的查询语句

查询语句的查询条件中只有OR关键字，且OR券后的两个条件中的列都是索引时，索引才会生效；否则索引失效。

【例2.3.3.1】使用OR关键字，对比索引失效和索引生效的情况：

1、分别在tb_user表的name和phone字段添加索引：

create index tb_user_index_name on tb_user (name);
create index tb_user_index_phone on tb_user (phone);

2、索引失效：

EXPLAIN SELECT * FROM tb_user where name = '嬴政' or age = 44;

3、索引生效：

EXPLAIN SELECT * FROM tb_user where name = '嬴政' or phone = '17799990008';

2.4 优化子查询

MySQL使用子查询可以进行select语句的嵌套查询，即一个select查询的结果作为另一个select语句的条件、子查询可以一次性完成很多逻辑上需要多个步骤才能完成的SQL操作。子查询虽然可以使用查询语句很灵活，但执行效率不高。执行子查询时，MySQL需要为内层查询语句的查询结果建立一个临时表。然后外层查询语句从临时表中查询记录。查询完毕后，在撤销这些临时表。因此，子查询的速度会受到一定的影响。如果查询的数据量比较大，这种影响就会随之增大。

在MySQL中，可以使用连接（join）查询来替代子查询。连接查询不需要建立临时表，其速度比子查询要快，如果查询中使用索引，性能会更好。连接之所以更有效率，是因为MySQL不需要在内存中创建临时表来完成查询工作。

3 优化数据库结构

一个好的数据库设计方案对于数据库的性能常常会起到事半功倍的效果。合理的数据库结构不尽可以使用数据库占用更小的磁盘空间，而且能够使查询速度更快。数据库结构的设计，需要考虑数据冗余、查询和更新的速度、字段的数据类型是否合理等多方面的内容。

3.1 将字段很多的表分解成多个表

对于字段较多的表，如果有些字段的使用频率很低，可以将这些字段分离出来，形成新表。因为当一个表的数据量很大时，会由于使用评率低的字段的存在而变慢。通过这种分解，可以提高表的查询效率。

3.2 增加中间表

对于需要经常联合查询的表，可以建立中间表，以提高查询效率。通过建立中间表，把需要经常联合查询的数据插入到中间表中，然后将原来的联合查询改为对中间表的查询，来提高查询效率。

首先，分析经常联合查询表中的字段。然后，使用这些字段建立一个中间表，并将原来联合查询的表的数据插入到中间表中。最后使用中间表进行查询。

3.3 增加冗余字段

设计数据库表时应尽量遵循范式理论的约束，尽可能减少冗余字段，让数据库设计看起来精致、优雅。但是，合理地加入冗余字段可以提高查询的速度、

表的规范化程序越高，表与表之间的关系就越多，需要连接查询的情况也越多。可以增加冗余字段就行关联查询。

【注意】冗余字段会导致一些问题。比如，冗余字段的值在一个表中被修改了，就要想办法在其他表中更新该字段，否则就会使原本一致的数据变得不一致。分解表、增加中间表和增加冗余自耦段都浪费一定的磁盘空间。从数据性能来看，为了提高查询速度而增加少量的冗余字段，大部分时候是可以接收的。是否通过增加冗余字段来提高数据库性能，需要根据实际情况综合分析。

3.4 分析表、检查表、优化表

MySQL提供了分析表、检查表、优化表的语句。分析表主要是分析关键字的分布；检查表主要是检查表中是否存在错误；优化表主要是消除删除或者更新造成的空间浪费。

3.4.1 分析表

MySQL提供了ANALYZE TABLE语句来分析表。ANALYZE TABLE语句的基本语法如下：

ANALYZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE table_name

LOCAL关键字是NO_WRITE_TO_BINLOG关键字的别名，二者都是执行过程不写入二进制日志，table_name为分析表的表名，可以有一个或多个。

使用ANALYZE TABLE分析表的过程中，数据库系统会自动对表加一个只读锁。在分析期间，只能读取表中的记录，不能更新和插入。ANALYZE TABLE 语句能否分析InnoDB、BDB和MyISAM类型的表。

【例3.4.1.1】使用ANALYZE TABLE 分析tb_user表：

ANALYZE TABLE tb_user;

上面结果显示的信息如下：

Table：分析的表的名称。

Op：表示执行的操作。analyze表示进行分析操作。

Msg_type：表示信息类型，其值通常是状态（status）、信息（info）、注意（note）、警告（warn）、错误（error）之一。

Msg_text：显示信息。

3.4.2 检查表

MySQL中可以使用CHECK TABLE 语句来检查表。CHECK TABLE能否检查表是否存在错误，也可以检查视图是否有错误，比如在视图定义中被引用的表不存在。基本语法如下：

CHECK TABLE table_name [,table_name1]...[option]...
optino = {QUICK | FAST | MEDIUM | EXTENDED | CHANGED}

其中，table_name是表名。options参数有5个值，分别是QUICK、FAST、MEDIUM、EXTENDED 和 CHANGED，各个意义如下：

QUICK：不扫描行，不检查错误的连接。

FAST：只检查没有被正确关闭的表。

CHANGED：只检查上次检查后被更改的表和没有被正确关闭的表。

MEDIUM：扫描行，以验证被删除的连接是有效的。也可以计算各行的关键字校验和，并使用计算出的校验和验证这一点。

EXTENDED：对每行的所有关键字进行一个全面的关键字查找。这可以确保表是100%一致的，但是花的时间较长。

options 只对MyISAM引擎的表有效，对InnoDB的表无效。CHECK TABLE语句在执行过程中也会给表加上只读锁。

3.4.3 优化表

MySQL中使用OPTIMEZE TABLE 语句来优化表。该语句对InnoDB和MyISAM类型的表都有效。但是，OPTIMIZE TABLE语句只能优化表中的varchar、blob或text类型的字段。OPTIMIZE TABLE 基本语法如下：

OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE table_name

其中，LOCAL | NO_WRITE_TO_BINLOG关键字的意义和分析表相同，都是指定不写入二进制日志，table_name是表名。

通过OPTIMIZE TABLE语句可以消除删除和更新造成的文件碎片。OPTIMIZE TABLE语句在执行过程中也会给表加上只读锁。

4 优化MySQL服务器

优化MySQL服务器主要从两方面优化：一方面是对硬件进行优化；另一方面是对MySQL服务的参数进行优化。

4.1 优化服务器硬件

（1）配置较大的内存。足够大的内存是提高面试邀请了数据库性能的方法之一。内存的速度比磁盘IO快得多，可以通过增加系统的缓冲区容量是数据在内存停留的时间更长，以减少磁盘IO

（2）配置告诉磁盘系统，以减少读盘的等待时间，提高响应速度。

（3）合理分布磁盘IO，把磁盘IO分散在多个设备上，以减少资源竞争，提高并行操作能力。

（4）配置多处理器。MySQL是多线程的数据库，多处理器可以同时执行多个线程。

4.2 优化MySQL的参数

通过优化MySQL的参数可以提高资源利用率，从而达到提高MySQL服务器性能的目的。

MySQL服务器的配置参数都在my.cnf或者my.ini文件的组中，下面针对几个对性能影响比较大的参数进行详细介绍：

key_buffer_size：表示索引缓冲区的大小。索引缓冲区所有的线程共享。增加索引缓冲区可以得到更好处理的索引（对所有读和多重写）。当然，这个值也不是越大越好，它的大小取决于内存的大小。如果这个值过大，会导致操作系统频繁换页，也会降低性能。

table_cache：表示同时打开的表的个数。这个值越大，能够同时打开的表的个数就越多。这个值不是越大越好，因为同时打开的表太多会影响操作系统的性能。

query_cache_size：表示查询缓冲区的大小。这个参数需要和query_cache_type配合使用。当query_cache_type值是0时，所有的查询都不使用查询缓冲区。但是query_cache_type=0并不会导致MySQL释放query_cache_size所配置的缓冲区内存。当query_cache_type=1时，所有的查询都将使用查询缓冲区，除非在查询语句中指定SQL_NO_CACHE，如SELECT SQL_NO_CACHE * FROM table_name。当query_cache_type = 2时，只有在查询语句中使用SQL_CACHE关键字，查询才会使用查询缓冲区。使用查询缓冲区可以提高查询的速度，这种方式只适用于修改操作少且经常执行相同的查询操作的情况。

sort_buffer_size：表示排序缓冲区的大小。这个值越大，进行排序的速度越快。

read_buffer_size：表示每个线程连续扫描时为扫描的每个表分配的缓冲区的大小（字节）。当线程从表中连续读取记录时需要用到这个缓冲区。SET SESSION read_buffer_size = n可以临时设置该参数的值。

read_rnd_buffer_size：表示为每个线程保留的缓冲区的大小，与read_buffer_size相似。但主要用于存储按特定顺序读取出来的记录。也可以用SET SESSION read_rnd_buffer_size = n来临时设置该参数的值。如果频繁进行多次连续扫描，可以增加该值。

innodb_buffer_pool_size：表示InnoDB类型的表和索引的最大缓存。这个值越大，查询的速度就会越快，但是这个值太大会影响操作系统的性能。

max_connections：表示数据库的最大连接数。这个连接数不是越大越好，因为这些连接会浪费内存资源。过多的连接可能会导致MySQL服务器僵死。

innodb_flush_log_at_trx_commit：表示何时将缓冲区的数据写入日志文件，并且将日志文件吸入磁盘中。该参数对于InnoDB引擎非常重要。该参数有3个值，分别是0，1，2.。0表示每间隔1秒将数据写入日志文件并将日志文件写入磁盘；1表示每次提交事务时将数据写入日志文件并将日志文件写入磁盘；2表示每次提交事务时将数据写入日志文件，每间隔1秒将日志文件写入到磁盘。该参数的默认值是。默认值为1时，安全性最高，但是每次事务提交或事务外的指定都需要把日志写入硬盘，是比较费时的；0值更快1点，但是安全方面比较差；2值日志仍然每秒写入磁盘，所以即使出现故障，一般也不会丢失超过1-2秒的更新。

back_log：表示在MySQL暂时停止回答新请求之前的短时间内，多少个请求可以被存在堆栈中。换句话说，该值表示对到来的TCP/IP连接的监听队列的大小。只有期望在一个短时间内有很多连接时才需要增加该参数的值。操作系统在这个队列大小也有限制，设定back_log高于操作系统的限制将是无效的。

interactive_timeout：表示服务器在关闭连接前，等待行动的秒数。

sort_buffer_size：表示每个需要进行排序的线程分配的缓冲区的大小。增加这个参数的值可以提高ORDER BY 或GROUP BY操作的速度，默认值是2MB。

thread_cache_size：表示可以复用的线程的数量。如果有很多新的线程，为了提高性能可以增大该参数的值大小。

wait_timeout：表示服务器在关闭一个连接时等待行动的秒数，默认值是28800。

geminigoth

关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
打赏
1
评论
MySQL高级-优化

MySQL性能优化就是通过合理安排资源，调整系统参数使MySQL运行更快、更节省资源。MySQL性能优化包括查询速度优化、数据库结构优化、MySQL服务器优化等。本文主要讲解以下几个内容：性能优化、查询优化、数据库结构优化、MySQL服务器优化。MySQL数据库优化是多方面的，原则是减少系统的瓶颈，减少资源的占用。例如，通过优化文件系统，提高磁盘I/O的读写速度；通过优化操作系统调度策略，提高MySQL在高负荷情况下的负载能力；优化表结构、索引、查询语句等使查询响应更快。
复制链接

扫一扫