首页 / MYSQL / MySQL性能调优的14板斧

MySQL性能调优的14板斧

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL性能调优的14板斧，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含12348字，纯文字阅读大概需要18分钟。

内容图文

mysql> show global status;

2、查询MySQL服务器配置信息语句
mysql> show variables;

3、慢查询
mysql> show variables like ‘%slow%‘;
+------------------+-------+
| Variable_name　　　　 | Value |
+------------------+-------+
| log_slow_queries | ON　　　　 |
| slow_launch_time | 2　　　　　 |
+------------------+-------+

mysql> show global status like ‘%slow%‘ ;
+---------------------+-------+
| Variable_name　　　　　　　 | Value |
+---------------------+-------+
| Slow_launch_threads | 0　　　　　 |
| Slow_queries　　　　　　　　 | 4148 |
+---------------------+-------+
配置中打开了记录慢查询，执行时间超过2秒的即为慢查询，系统显示有4148个慢查询
打开慢查询日志可能会对系统性能有一点点影响，如果你的MySQL是主－从结构，可以考虑打开其中一台从服务器的慢查询日志，这样既可以监控慢查询，对系统性能影响又小。

4、连接数
MySQL配置文件中max_connections值
mysql> show variables like ‘max_connections‘;
+-----------------+-------+
| Variable_name　　　 | Value |
+-----------------+-------+
| max_connections | 256　　 |
+-----------------+-------+

mysql> show global status like ‘Max_used_connections‘;
Max_used_connections / max_connections * 100% ≈ 85%
最大连接数占上限连接数的85％左右，如果发现比例在10%以下，MySQL服务器连接数上限设置的过高了。

5、Key_buffer_size
key_buffer_size是对MyISAM表性能影响最大的一个参数，下面一台以MyISAM为主要存储引擎服务器的配置：
mysql> show variables like ‘key_buffer_size‘;
+-----------------+------------+
| Variable_name　　　 | Value　　　　　　 |
+-----------------+------------+
| key_buffer_size | 536870912 |
+-----------------+------------+
分配了512MB内存给key_buffer_size，我们再看一下key_buffer_size的使用情况：

mysql> show global status like ‘key_read%‘;
+------------------------+-------------+
| Variable_name　　　　　　　　　　 | Value　　　　　　　 |
+------------------------+-------------+
| Key_read_requests　　　　　　 | 27813678764 |
| Key_reads　　　　　　　　　　　　　　 | 6798830　　　　　 |
+------------------------+-------------+
一共有27813678764个索引读取请求，有6798830个请求在内存中没有找到直接从硬盘读取索引，计算索引未命中缓存的概率：

key_cache_miss_rate ＝ Key_reads / Key_read_requests * 100%

比如上面的数据，key_cache_miss_rate为0.0244%，4000个索引读取请求才有一个直接读硬盘，已经很BT了，key_cache_miss_rate在0.1%以下都很好（每1000个请求有一个直接读硬盘），如果key_cache_miss_rate在0.01%以下的话，key_buffer_size分配的过多，可以适当减少。

6、key_blocks_*
mysql> show global status like ‘key_blocks_u%‘;
+------------------------+-------------+
| Variable_name　　　　　　　　　　 | Value　　　　　　　 |
+------------------------+-------------+
| Key_blocks_unused　　　　　　 | 0　　　　　　　　　　　 |
| Key_blocks_used　　　　　　　　 | 413543　　　　　　 |
+------------------------+-------------+
Key_blocks_unused表示未使用的缓存簇(blocks)数，Key_blocks_used表示曾经用到的最大的blocks数，比如这台服务器，所有的缓存都用到了，要么增加key_buffer_size，要么就是过渡索引了，把缓存占满了。比较理想的设置：

Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%

7、临时表
mysql> show global status like ‘created_tmp%‘;
+-------------------------+---------+
| Variable_name　　　　　　　　　　　 | Value　　　 |
+-------------------------+---------+
| Created_tmp_disk_tables | 21197　　　 |
| Created_tmp_files　　　　　　　 | 58　　　　　　 |
| Created_tmp_tables　　　　　　 | 1771587 |
+-------------------------+---------+
每次创建临时表，Created_tmp_tables增加，如果是在磁盘上创建临时表，Created_tmp_disk_tables也增加,Created_tmp_files表示MySQL服务创建的临时文件文件数，比较理想的配置是：

　　Created_tmp_disk_tables / Created_tmp_tables * 100% <= 25%
比如上面的服务器Created_tmp_disk_tables / Created_tmp_tables * 100% ＝ 1.20%，应该相当好了。

查看MySQL服务器对临时表的配置：
mysql> show variables where Variable_name in (‘tmp_table_size‘, ‘max_heap_table_size‘);
+---------------------+-----------+
| Variable_name　　　　　　　 | Value　　　　　 |
+---------------------+-----------+
| max_heap_table_size | 268435456 |
| tmp_table_size　　　　　　 | 536870912 |
+---------------------+-----------+

只有256MB以下的临时表才能全部放内存，超过的就会用到硬盘临时表。

8、Open Table情况
mysql> show global status like ‘open%tables%‘;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Open_tables　　　 | 919　　　 |
| Opened_tables | 1951　 |
+---------------+-------+
Open_tables表示打开表的数量，Opened_tables表示打开过的表数量，如果Opened_tables数量过大，说明配置中table_cache(5.1.3之后这个值叫做table_open_cache)值可能太小，我们查询一下服务器table_cache值：
mysql> show variables like ‘table_cache‘;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| table_cache　　　 | 2048　 |
+---------------+-------+

比较合适的值为：
Open_tables / Opened_tables * 100% >= 85%
Open_tables / table_cache * 100% <= 95%

9、进程使用情况
mysql> show global status like ‘Thread%‘;
+-------------------+-------+
| Variable_name　　　　　 | Value |
+-------------------+-------+
| Threads_cached　　　　 | 46　　　　 |
| Threads_connected | 2　　　　　 |
| Threads_created　　　 | 570　　　 |
| Threads_running　　　 | 1　　　　　 |
+-------------------+-------+
如果我们在MySQL服务器配置文件中设置了thread_cache_size，当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应下一个客户而不是销毁（前提是缓存数未达上限）。Threads_created表示创建过的线程数，如果发现Threads_created值过大的话，表明MySQL服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中thread_cache_size值，
查询服务器thread_cache_size配置：
mysql> show variables like ‘thread_cache_size‘;
+-------------------+-------+
| Variable_name　　　　　 | Value |
+-------------------+-------+
| thread_cache_size | 64　　　　 |
+-------------------+-------+

示例中的服务器还是挺健康的。

10、查询缓存(query cache)
mysql> show global status like ‘qcache%‘;
+-------------------------+-----------+
| Variable_name　　　　　　　　　　　 | Value　　　　　 |
+-------------------------+-----------+
| Qcache_free_blocks　　　　　　 | 22756　　　　　 |
| Qcache_free_memory　　　　　　 | 76764704　 |
| Qcache_hits　　　　　　　　　　　　　 | 213028692 |
| Qcache_inserts　　　　　　　　　　 | 208894227 |
| Qcache_lowmem_prunes　　　　 | 4010916　　　 |
| Qcache_not_cached　　　　　　　 | 13385031　 |
| Qcache_queries_in_cache | 43560　　　　　 |
| Qcache_total_blocks　　　　　 | 111212　　　　 |
+-------------------------+-----------+

MySQL查询缓存变量解释：

Qcache_free_blocks：缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理，从而得到一个空闲块。
Qcache_free_memory：缓存中的空闲内存。
Qcache_hits：每次查询在缓存中命中时就增大
Qcache_inserts：每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。
Qcache_lowmem_prunes：缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看；如果这个数字在不断增长，就表示可能碎片非常严重，或者内存很少。（上面的 free_blocks和free_memory可以告诉您属于哪种情况）
Qcache_not_cached：不适合进行缓存的查询的数量，通常是由于这些查询不是 SELECT 语句或者用了now()之类的函数。
Qcache_queries_in_cache：当前缓存的查询（和响应）的数量。
Qcache_total_blocks：缓存中块的数量。

我们再查询一下服务器关于query_cache的配置：
mysql> show variables like ‘query_cache%‘;
+------------------------------+-----------+
| Variable_name　　　　　　　　　　　　　　　　 | Value　　　　　 |
+------------------------------+-----------+
| query_cache_limit　　　　　　　　　　　　 | 2097152　　　 |
| query_cache_min_res_unit　　　　　 | 4096　　　　　　 |
| query_cache_size　　　　　　　　　　　　　 | 203423744 |
| query_cache_type　　　　　　　　　　　　　 | ON　　　　　　　　 |
| query_cache_wlock_invalidate | OFF　　　　　　　 |
+------------------------------+-----------+

各字段的解释：
query_cache_limit：超过此大小的查询将不缓存
query_cache_min_res_unit：缓存块的最小大小
query_cache_size：查询缓存大小
query_cache_type：缓存类型，决定缓存什么样的查询，示例中表示不缓存 select sql_no_cache 查询
query_cache_wlock_invalidate：当有其他客户端正在对MyISAM表进行写操作时，如果查询在query cache中，是否返回cache结果还是等写操作完成再读表获取结果。
query_cache_min_res_unit的配置是一柄”双刃剑”，默认是4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，就容易造成内存碎片和浪费。

查询缓存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
如果查询缓存碎片率超过20%，可以用FLUSH QUERY CACHE整理缓存碎片，或者试试减小query_cache_min_res_unit，如果你的查询都是小数据量的话。
查询缓存利用率 = (query_cache_size - Qcache_free_memory) / query_cache_size * 100%
查询缓存利用率在25%以下的话说明query_cache_size设置的过大，可适当减小；查询缓存利用率在80％以上而且Qcache_lowmem_prunes > 50的话说明query_cache_size可能有点小，要不就是碎片太多。
查询缓存命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits * 100%
示例服务器查询缓存碎片率＝ 20.46％，查询缓存利用率＝ 62.26％，查询缓存命中率＝ 1.94％，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。

11、排序使用情况
mysql> show global status like ‘sort%‘;
+-------------------+------------+
| Variable_name　　　　　 | Value　　　　　　 |
+-------------------+------------+
| Sort_merge_passes | 29　　　　　　　　　 |
| Sort_range　　　　　　　　 | 37432840　　　 |
| Sort_rows　　　　　　　　　 | 9178691532 |
| Sort_scan　　　　　　　　　 | 1860569　　　　 |
+-------------------+------------+
Sort_merge_passes 包括两步。MySQL 首先会尝试在内存中做排序，使用的内存大小由系统变量 Sort_buffer_size 决定，如果它的大小不够把所有的记录都读到内存中，MySQL 就会把每次在内存中排序的结果存到临时文件中，等 MySQL 找到所有记录之后，再把临时文件中的记录做一次排序。这再次排序就会增加 Sort_merge_passes。实际上，MySQL 会用另一个临时文件来存再次排序的结果，所以通常会看到 Sort_merge_passes 增加的数值是建临时文件数的两倍。因为用到了临时文件，所以速度可能会比较慢，增加 Sort_buffer_size 会减少 Sort_merge_passes 和创建临时文件的次数。但盲目的增加 Sort_buffer_size 并不一定能提高速度，见 How fast can you sort data with MySQL?（引自http://qroom.blogspot.com/2007/09/mysql-select-sort.html，貌似被墙）

另外，增加read_rnd_buffer_size(3.2.3是record_rnd_buffer_size)的值对排序的操作也有一点的好处

12、文件打开数(open_files)
mysql> show global status like ‘open_files‘;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Open_files　　　　 | 1410　 |
+---------------+-------+

mysql> show variables like ‘open_files_limit‘;
+------------------+-------+
| Variable_name　　　　 | Value |
+------------------+-------+
| open_files_limit | 4590　 |
+------------------+-------+

比较合适的设置：Open_files / open_files_limit * 100% <= 75％

13、表锁情况
mysql> show global status like ‘table_locks%‘;
+-----------------------+-----------+
| Variable_name　　　　　　　　　 | Value　　　　　 |
+-----------------------+-----------+
| Table_locks_immediate | 490206328 |
| Table_locks_waited　　　　 | 2084912　　　 |
+-----------------------+-----------+
　　Table_locks_immediate表示立即释放表锁数，Table_locks_waited表示需要等待的表锁数，如果Table_locks_immediate / Table_locks_waited > 5000，最好采用InnoDB引擎，因为InnoDB是行锁而MyISAM是表锁，对于高并发写入的应用InnoDB效果会好些。示例中的服务器Table_locks_immediate / Table_locks_waited ＝ 235，MyISAM就足够了。

14、表扫描情况
mysql> show global status like ‘handler_read%‘;
+-----------------------+-------------+
| Variable_name　　　　　　　　　 | Value　　　　　　　 |
+-----------------------+-------------+
| Handler_read_first　　　　 | 5803750　　　　　 |
| Handler_read_key　　　　　　 | 6049319850　 |
| Handler_read_next　　　　　 | 94440908210 |
| Handler_read_prev　　　　　 | 34822001724 |
| Handler_read_rnd　　　　　　 | 405482605　　　 |
| Handler_read_rnd_next | 18912877839 |
+-----------------------+-------------+

调出服务器完成的查询请求次数：
mysql> show global status like ‘com_select‘;
+---------------+-----------+
| Variable_name | Value　　　　　 |
+---------------+-----------+
| Com_select　　　　 | 222693559 |
+---------------+-----------+

计算表扫描率：
表扫描率＝ Handler_read_rnd_next / Com_select

如果表扫描率超过4000，说明进行了太多表扫描，很有可能索引没有建好，增加read_buffer_size值会有一些好处，但最好不要超过8MB。

MySQL性能调优的14板斧

标签：

本文系统来源：http://my.oschina.net/u/587148/blog/490002

内容总结

以上是互联网集市为您收集整理的MySQL性能调优的14板斧全部内容，希望文章能够帮你解决MySQL性能调优的14板斧所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

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

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/454576.html

来源：【匿名】

【上一篇】jdbc mysql 取数，突然取不到数据，数据库中有数据【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【MySQL性能调优的14板斧】教程文章相关的互联网学习教程文章

MySQL性能调优与架构设计 PDF扫描版下载【图】

MySQL性能调优与架构设计以 mysql 数据库的基础及维护为切入点，重点介绍了 mysql 数据库应用系统的性能调优，以及高可用可扩展的架构设计。MySQL性能调优与架构设计共分3篇，基础篇介绍了mysql软件的基础知识、架构组成、存储引擎、安全管理及基本的备份恢复知识。性能优化篇从影响 mysql 数据库应用系统性能的因素开始，针对性地对各个影响因素进行调优分析。如 mysql schema 设计的技巧，query 语句的性能优化方式方法及mysql s...

mysql数据库性能调优总结积累

mysql数据库的调优大概可以分为四大块0 架构调优　　　　　　　---根据业务读写分库分表　　　　　　 ---主从读写分离1 配置的调优　　　　　　　---开启缓存查询设置缓存大小　　　　　　　---最大连接数设置　　　　　　　---数据库引擎配置 myisam（读操作，查询快） Innodb（写操作，主库，支持事务，安全）引擎配置　　　　　　　---日志配置2 表结构的调优　　　　　　　----建立合适的索引（主键索引，唯一索引，普...

(转)MySQL性能调优my.cnf详解

MySQL性能调优my.cnf详解https://blog.linuxeye.cn/379.html提供一个MySQL 5.6版本适合在1GB内存VPS上的my.cnf配置文件（点击这里下载文件）：[client] port = 3306 socket = /tmp/mysql.sock [mysqld] port = 3306 socket = /tmp/mysql.sock basedir = /usr/local/mysql datadir = /data/mysql pid-file = /data/mysql/mysql.pid user = mysql bind-address = 0.0.0.0 server-id = 1 #表示是本机的序号为1,一般来讲...

6\MySQL 主从同步、 MySQL 读写分离、 MySQL 性能调优【代码】

day06一、mysql主从同步二、数据读写分离三、MySQL优化++++++++++++++++++++++++++++++++一、mysql主从同步 1.1 主从同步介绍？从库服务器自动同步主库上数据（被客户端访问的数据库服务器做主库服务器）1.2 结构54 55systemctl start mysqld systemctl start mysqld主master数据库服务器从slave数据库服务器1.3 配置主从同步结构？1.3.1主库角色主机的配置1 用户授权mysql> grant rep...

MySQL性能调优与架构设计——第1章 MySQL 基本介绍

MySQL性能调优与架构设计——第1章 MySQL 基本介绍前言：作为最为流行的开源数据库软件之一， MySQL 数据库软件已经是广为人知了。但是为了照顾对MySQL还不熟悉的读者，这章我们将对 MySQL 做一个简单的介绍。主要内容包括MySQL 各功能模块组成，各模块协同工作原理， Query 处理的流程等。1．1 MySQLServer 简介1.1.1 什么是 MySQLMySQL 是由MySQL AB公司（目前已经被SUN公司收归麾下，SUN已经被Oracle收购）自主研发的，目前IT行...

MySQL性能调优的14板斧

1、列出MySQL服务器运行各种状态值 mysql> show global status; 2、查询MySQL服务器配置信息语句 mysql> show variables; 3、慢查询 mysql> show variables like ‘%slow%‘; +------------------+-------+| Variable_name　　　　 | Value |+------------------+-------+| log_slow_queries | ON　　　　 || slow_launch_time | 2　　　　　 |+------------------+-------+ mysql> show global status like ‘%slow%‘; +-------...

mysql::性能调优【代码】

mysql分析sql语句耗时情况mysql -h10.3.40.98 -uroot -p commandmysql> use viewfocus;mysql> set profiling=1;call func();show profiles; 原文：https://www.cnblogs.com/osbreak/p/13167129.html

MySQL性能调优的10个方法【代码】

1. 选择合适的存储引擎: InnoDB除非你的数据表使用来做只读或者全文检索 (相信现在提到全文检索，没人会用 MYSQL 了)，你应该默认选择?InnoDB 。你自己在测试的时候可能会发现 MyISAM 比 InnoDB 速度快，这是因为：?MyISAM 只缓存索引，而 InnoDB 缓存数据和索引，MyISAM 不支持事务。但是如果你使用?innodb_flush_log_at_trx_commit = 2?可以获得接近的读取性能 (相差百倍)?。1.1 如何将现有的 MyISAM 数据库转换为 InnoDB:mysql...

MySQL数据库查询优化同步性能调优，分布式集群，主从复制，负载均衡

1.硬件方面硬件方面优化是成本最高却效果最差的一种优化。服务器性能对数据库的读写能力还是有一定的影响的，尤其体现在磁盘I/O上。mysql数据库频繁的CURD操作是十分吃磁盘I/O的，一般可以认为磁盘I/O是硬件方面制约mysql数据库性能的最大因素。解决方法：目前一般使用RAID0-1磁盘阵列来解决。2.系统配置下面是已经配置好的my.cnf [mysqld]port = 3306serverid = 1socket = /tmp/mysql.sockskip-locking#避免MySQL的外部锁定，减...

MYSQL性能调优--我当年的学年论文

3.2.1 InnoDB的特性相对于MyISAM，InnoDB完全支持4个事务隔离级别，并支持多版本读。通过索引实现了行级锁定，但全表扫描仍然会是表锁，使用的时候注意间隙锁的影响。并且读写阻塞与事务隔离级别相关。具有非常高效的缓存特性：能缓存索引，也能缓存数据。整个表和主键以Cluster方式存储，组成一颗平衡树。所有Secondary Index都会保存主键信息。 3.2.2 InnoDB的适用性 InnoDB具有较好的事务特性，也就是需要事务支持。其行级锁定...

MySql性能调优（四）快速修改表结构【图】

为了满足需求，现要将varchar(6)改成varchar(8).这时更好的方法不是使用altertable modify，而是采用如下的步骤： A．创建一张临时表，把varchar设置为varchar(8)，如下所示：B. 替换.frm表结构文件 C. 然后查看就可以了。在windows下待测试。也可以参考文章： http://blog.chinaunix.net/uid-77311-id-4440792.html MySql性能调优（四）快速修改表结构标签：mysql性能调优四快速修改表结构本文系统来源：http://blog.cs...

MySql性能调优（三）之表的设计【图】

1. 完全函数依赖：在属性集U上的关系模式R(U)中，如果X->Y，并且对于X的任何一个真子集X’,都有X’≠>Y,则Y对X完全函数依赖。 2. 传递函数依赖：在R(U)中，如果X->Y，Y->Z，则称Z对X的传递函数依赖。二．范式关系型数据库有6种范式：第一范式（1NF），第二范式（2NF），第三范式（3NF），巴德斯科范式（BCNF），第四范式（4NF），第五范式（5NF）。各种范式之间的联系：5NF∈4NF∈BCNF∈3NF∈2NF∈1NF 1. 第一范式（1NF）：...

MySql性能调优（二）字段类型的选取之字符类型【图】

Char（）用于保存固定长度的字符串，长度最大为255，比指定长度大的值将被截断，比指定长度小的值会用空格填补。 Varchar（）用于保存可变长度的字符串，长度最大为65535，只存储字符串实际需要的长度，但是会用1~2个字节来存储值得长度。如果列的最大长度小于或255，则使用1字节，否则就是2字节。 Char和varchar与字符编码也有密切联系，GBK占用2个字节，UTF8占用三个字节。 1. GBK字符集解析：因为varchar类型长度大于255，所...

MySql性能调优(一)字段类型的选取之时间类型【图】

1. 在MySql中支持5种时间类型，分别是DATE、TIME、DATETIME、TIMESTAMP和YEAR。在日常建表中我们要优先使用timestamp类型，它有自动更新时间的功能，示例：也可以设置不自动更新，只需默认值为空即可。如：2. year(2)类型会自动转换为year(4)类型 MySql性能调优(一)字段类型的选取之时间类型标签：mysql性能调优一字段类型的选取之时间类型本文系统来源：http://blog.csdn.net/u012675743/article/details/46123961

MySql性能调优（五）采用合适的锁机制之表锁的演示【图】

1. 表级锁；开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。MyISAM引擎属于这种类型。 2. 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突概率最低，并发度也最高。InnoDB引擎属于这种类型。 3. 页面锁：开销和加锁时间介于表锁和行锁之间；会出现死锁；锁定粒度也介于两者之间，并发度一般。NDB属于这种类型。一．表锁的演示 MyISAM存储引擎只支持表锁，所以对其进行操作会存在...

首页 / MYSQL / MySQL性能调优的14板斧

MySQL性能调优的14板斧

内容导读

内容图文

内容总结

内容备注

内容手机端

【MySQL性能调优的14板斧】教程文章相关的互联网学习教程文章

MySQL性能调优与架构设计 PDF扫描版下载【图】

mysql数据库性能调优总结积累

(转)MySQL性能调优my.cnf详解

6\MySQL 主从同步、 MySQL 读写分离、 MySQL 性能调优【代码】

MySQL性能调优与架构设计——第1章 MySQL 基本介绍

MySQL性能调优的14板斧

mysql::性能调优【代码】

MySQL性能调优的10个方法【代码】

MySQL数据库查询优化同步性能调优，分布式集群，主从复制，负载均衡

MYSQL性能调优--我当年的学年论文

MySql性能调优（四）快速修改表结构【图】

MySql性能调优（三）之表的设计【图】

MySql性能调优（二）字段类型的选取之字符类型【图】

MySql性能调优(一)字段类型的选取之时间类型【图】

MySql性能调优（五）采用合适的锁机制之表锁的演示【图】

MYSQL - 相关标签

性能 - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程