有些没看懂，为什么初始值这么大，前面是phpadmin建议，后为初始值
可能存在的性能问题：
| 问题 | 建议 |
|---|---|
| 运行时间少于一天，性能调整建议可能不准确。 | 要获得更加准确的数据，建议在运行分析器之前先让服务器运行至少一天 |
| 内部查询少于 1000 。建议可能不准确。 | 让服务器运行一段时间以使查询数超过该值。 |
| {long_query_time} 当前设为 10 秒或更长，因此超过 10 秒的查询才被记为慢查询。 | 建议根据您的环境将 long_query_time 调短。通常建议设为 1-5 秒。 |
| 大量行被排序。 | 大量行排序不是什么错误，但您应确保需要大量排序的查询在 ORDER BY 中使用索引字段，这将使排序加快。 |
| 有太多的联合查询未使用索引。 | 这意味着联合查询使用全表扫描。给联合条件所用的字段增加索引将极大提高查询速度。 |
| 读取第一个索引入口比例过高。 | 这通常说明频繁的全索引扫描。全索引扫描虽然比全表扫描快，但在大表中仍然需要一定 CPU 周期，如果这些表有或有过大量 UPDATE 和 DELETE，运行 'OPTIMIZE TABLE' 可减少全索引扫描的次数以及提高速度。其它会减少全索引扫描的是重写查询。 |
| 从固定位置读取数据的比例过高。 | 这说明很多查询需要结果排序且/或执行一次全表扫描，包括无索引的联合查询。请在合适的地方添加索引。 |
| 读取下一行的比例过高。 | 这说明很多查询都需要全表扫描。请在合适的地方添加索引。 |
| {tmp_table_size} 和 {max_heap_table_size} 不一致。 | 若您故意改变了其中一个值: 服务器使用较低的值来确定内存表的最大大小。如果您想增加内存表的大小您应该同时修改另一个值。 |
| 很多临时表被创建在磁盘上而非内存中。 | 增加 max_heap_table_size 和 tmp_table_size 可能会有帮助。但有些临时表总是会写入硬盘，和这些变量无关。要避免这些，您需要重写您的查询来避免 MySQL 文档中所提到的这些条件 (临时表内: 具有 BLOB 或 TEXT 字段或具有大于 512 字节的字段) |
| MyISAM 索引缓存 % 使用率低。 | 您可能需要减小 key_buffer_size 的大小，重新检查您的表是否删除了索引或检查查询期望使用的索引。 |
| % 使用索引缓存的比例是低的。 | 你需要增大 key_buffer_size。 |
| 打开表的比例过高。 | 打开表需要很耗时的磁盘 I/O。增加 table_open_cache 避免多次打开。 |
| 当前打开文件数比率很高。 | 考虑增加 open_files_limit，并在修改 open_files_limit 重启后检查错误日志。 |
| 太多连接已中止。 | 连接通常因为无法被授权而中止。这篇文章对您追踪来源可能有所帮助。 |
| 查询缓存没有启用。 | 若正确设置查询缓存将带来性能上的极大提升。您可以通过设置 query_cache_size 为 2 位数的 MB 值和设置 query_cache_type 为 'ON'。注意: 若您正在使用 memcached，请忽略此建议。 |
初始值 ：
| 变量 | 值 | 说明 |
|---|---|---|
| Aborted clients | 0 | 因客户端没有关闭连接而中止的连接数。 |
| Aborted connects | 1 | 尝试连接到 MySQL 服务器但失败的连接数。 |
| Binlog cache disk use | 0 | 因事务使用的临时二进制日志缓存超出 binlog_cache_size 的设置而使用临时文件存储的数量。 |
| Binlog cache use | 0 | 事务所用的临时二进制日志缓存的数量。 |
| Binlog stmt cache disk use | 0 | |
| Binlog stmt cache use | 0 | |
| Bytes received | 16.7 k | |
| Bytes sent | 139.5 k | |
| Com admin commands | 0 | |
| Com assign to keycache | 0 | |
| Com alter db | 0 | |
| Com alter db upgrade | 0 | |
| Com alter event | 0 | |
| Com alter function | 0 | |
| Com alter instance | 0 | |
| Com alter procedure | 0 | |
| Com alter server | 0 | |
| Com alter table | 0 | |
| Com alter tablespace | 0 | |
| Com alter user | 1 | |
| Com analyze | 0 | |
| Com begin | 0 | |
| Com binlog | 0 | |
| Com call procedure | 0 | |
| Com change db | 7 | |
| Com change master | 0 | |
| Com change repl filter | 0 | |
| Com check | 0 | |
| Com checksum | 0 | |
| Com commit | 0 | |
| Com create db | 0 | |
| Com create event | 0 | |
| Com create function | 0 | |
| Com create index | 0 | |
| Com create procedure | 0 | |
| Com create server | 0 | |
| Com create table | 0 | |
| Com create trigger | 0 | |
| Com create udf | 0 | |
| Com create user | 0 | |
| Com create view | 0 | |
| Com delete | 0 | |
| Com delete multi | 0 | |
| Com do | 0 | |
| Com drop db | 0 | |
| Com drop event | 0 | |
| Com drop function | 0 | |
| Com drop index | 0 | |
| Com drop procedure | 0 | |
| Com drop server | 0 | |
| Com drop table | 0 | |
| Com drop trigger | 0 | |
| Com drop user | 0 | |
| Com drop view | 0 | |
| Com empty query | 0 | |
| Com explain other | 0 | |
| Com flush | 1 | |
| Com get diagnostics | 0 | |
| Com grant | 0 | |
| Com ha close | 0 | |
| Com ha open | 0 | |
| Com ha read | 0 | |
| Com help | 0 | |
| Com insert | 0 | |
| Com insert select | 0 | |
| Com install plugin | 0 | |
| Com kill | 0 | |
| Com load | 0 | |
| Com lock tables | 0 | |
| Com optimize | 0 | |
| Com preload keys | 0 | |
| Com purge | 0 | |
| Com purge before date | 0 | |
| Com release savepoint | 0 | |
| Com rename table | 0 | |
| Com rename user | 0 | |
| Com repair | 0 | |
| Com replace | 0 | |
| Com replace select | 0 | |
| Com reset | 0 | |
| Com resignal | 0 | |
| Com revoke | 0 | |
| Com revoke all | 0 | |
| Com rollback | 0 | |
| Com rollback to savepoint | 0 | |
| Com savepoint | 0 | |
| Com select | 84 | |
| Com set option | 54 | |
| Com signal | 0 | |
| Com show binlog events | 0 | |
| Com show binlogs | 2 | |
| Com show charsets | 0 | |
| Com show collations | 1 | |
| Com show create db | 0 | |
| Com show create event | 0 | |
| Com show create func | 0 | |
| Com show create proc | 0 | |
| Com show create table | 0 | |
| Com show create trigger | 0 | |
| Com show databases | 0 | |
| Com show engine logs | 0 | |
| Com show engine mutex | 0 | |
| Com show engine status | 0 | |
| Com show events | 0 | |
| Com show errors | 0 | |
| Com show fields | 0 | |
| Com show function code | 0 | |
| Com show function status | 0 | |
| Com show grants | 2 | |
| Com show keys | 0 | |
| Com show master status | 4 | |
| Com show open tables | 0 | |
| Com show plugins | 0 | |
| Com show privileges | 0 | |
| Com show procedure code | 0 | |
| Com show procedure status | 0 | |
| Com show processlist | 0 | |
| Com show profile | 0 | |
| Com show profiles | 0 | |
| Com show relaylog events | 0 | |
| Com show slave hosts | 0 | |
| Com show slave status | 4 | |
| Com show status | 3 | |
| Com show storage engines | 0 | |
| Com show table status | 0 | |
| Com show tables | 0 | |
| Com show triggers | 0 | |
| Com show variables | 5 | |
| Com show warnings | 1 | |
| Com show create user | 0 | |
| Com shutdown | 0 | |
| Com slave start | 0 | |
| Com slave stop | 0 | |
| Com group replication start | 0 | |
| Com group replication stop | 0 | |
| Com stmt execute | 0 | |
| Com stmt close | 0 | |
| Com stmt fetch | 0 | |
| Com stmt prepare | 0 | |
| Com stmt reset | 0 | |
| Com stmt send long data | 0 | |
| Com truncate | 0 | |
| Com uninstall plugin | 0 | |
| Com unlock tables | 0 | |
| Com update | 0 | |
| Com update multi | 0 | |
| Com xa commit | 0 | |
| Com xa end | 0 | |
| Com xa prepare | 0 | |
| Com xa recover | 0 | |
| Com xa rollback | 0 | |
| Com xa start | 0 | |
| Com stmt reprepare | 0 | |
| Connection errors accept | 0 | |
| Connection errors internal | 0 | |
| Connection errors max connections | 0 | |
| Connection errors peer address | 0 | |
| Connection errors select | 0 | |
| Connection errors tcpwrap | 0 | |
| Connections | 41 | 尝试连接到 MySQL 服务器的连接数 (不论成功或失败) 。 |
| Created tmp disk tables | 10 | 服务器执行语句时自动在磁盘上创建的临时表的数量。如果 Created_tmp_disk_tables 很大，你可以增加 tmp_table_size 的值，让服务器使用内存来存储临时表而非磁盘。 |
| Created tmp files | 5 | mysqld 已创建的临时文件的数量。 |
| Created tmp tables | 174 | 服务器执行语句时自动在内存中创建的临时表的数量。 |
| Delayed errors | 0 | 发生错误的延迟插入 (INSERT DELAYED) 行数 (可能是因为在唯一字段中存在重复值) 。 |
| Delayed insert threads | 0 | 正在使用的延迟插入处理线程的数量。每张使用延迟插入的表都有自己的线程。 |
| Delayed writes | 0 | 延迟插入已写入的行数。 |
| Flush commands | 1 | 已执行的强制更新 (FLUSH) 语句数。 |
| Handler commit | 11 | 已执行的内部提交 (COMMIT) 语句数。 |
| Handler delete | 0 | 从表中删除行的次数。 |
| Handler discover | 0 | 如果知道一张表的名字，MySQL 服务器可以询问 NDB 集群存储引擎，这被称为“发现”。Handler_discovery 表明了一张表被发现的次数。 |
| Handler external lock | 263 | |
| Handler mrr init | 0 | |
| Handler prepare | 0 | |
| Handler read first | 19 | 读取一个索引入口点的次数。如果该值很大，说明你的服务器执行了很多完整索引扫描。例如，假设字段 col1 已经建立了索引，然后执行 SELECT col1 FROM foo 。 |
| Handler read key | 15 | 根据索引读取行的请求数。如果该值很大，说明你的查询和表都建立了很好的索引。 |
| Handler read last | 0 | |
| Handler read next | 4 | 根据索引顺序读取下一行的请求数。如果你在查询一个已索引的字段且限制了范围，或进行完整表扫描，该值将会不断增长。 |
| Handler read prev | 0 | 根据索引顺序读取上一行的请求数。这种读取方式通常用于优化带有 ORDER BY … DESC 的查询。 |
| Handler read rnd | 36 | 根据固定位置读取行的请求数。如果你执行很多需要排序的查询，该值会很高。你可能有很多需要完整表扫描的查询，或者你使用了不正确的索引用来多表查询。 |
| Handler read rnd next | 8.3 k | 从数据文件中读取行的请求数。如果你在扫描很多表，该值会很大。通常情况下这意味着你的表没有做好索引，或者你的查询语句没有使用好索引字段。 |
| Handler rollback | 0 | 内部回滚 (ROLLBACK) 语句数。 |
| Handler savepoint | 0 | |
| Handler savepoint rollback | 0 | |
| Handler update | 1 | 表中更新行的请求数。 |
| Handler write | 5 k | 表中插入行的请求数。 |
| Innodb buffer pool dump status | Dumping of buffer pool not started | |
| Innodb buffer pool load status | Buffer pool(s) load completed at 201225 22:33:11 | |
| Innodb buffer pool resize status | ||
| Innodb buffer pool pages data | 254 | 非空页数 (含脏页) 。 |
| Innodb buffer pool bytes data | 4.2 M | |
| Innodb buffer pool pages dirty | 0 | 当前脏页数。 |
| Innodb buffer pool bytes dirty | 0 | |
| Innodb buffer pool pages flushed | 37 | 请求更新的缓冲池页数。 |
| Innodb buffer pool pages free | 258 | 空闲页数。 |
| Innodb buffer pool pages misc | 0 | 负载页的数量，像锁定行或适应性的散列索引这样的管理操作时分配的页。该值可用此公式计算： Innodb_buffer_pool_pages_total - Innodb_buffer_pool_pages_free - Innodb_buffer_pool_pages_data 。 |
| Innodb buffer pool pages total | 512 | 缓冲池总大小 (单位：页)。 |
| Innodb buffer pool read ahead rnd | 0 | InnoDB 初始化的“随机”预读数。这通常会在对一张表进行大范围的随机排序查询时发生。 |
| Innodb buffer pool read ahead | 0 | |
| Innodb buffer pool read ahead evicted | 0 | |
| Innodb buffer pool read requests | 1.4 k | InnoDB 完成的逻辑读请求数。 |
| Innodb buffer pool reads | 236 | InnoDB 进行逻辑读取时无法从缓冲池中获取而执行单页读取的次数。 |
| Innodb buffer pool wait free | 0 | 写入 InnoDB 缓冲池通常在后台进行，但有必要在没有干净页的时候读取或创建页，有必要先等待页被刷新。该计数器统计了这种等待的数量。如果缓冲池大小设置正确，这个值应该会很小。 |
| Innodb buffer pool write requests | 515 | 写入 InnoDB 缓冲池的次数。 |
| Innodb data fsyncs | 7 | fsync() 总操作的次数。 |
| Innodb data pending fsyncs | 0 | 当前挂起 fsync() 操作的数量。 |
| Innodb data pending reads | 0 | 当前挂起的读操作数。 |
| Innodb data pending writes | 0 | 当前挂起的写操作数。 |
| Innodb data read | 3.9 M | 读取的总数据量 (单位：字节)。 |
| Innodb data reads | 267 | 数据读取总数。 |
| Innodb data writes | 54 | 数据写入总数。 |
| Innodb data written | 641 k | 写入的总数据量 (单位：字节)。 |
| Innodb dblwr pages written | 2 | 以双写入操作写入的页数。 |
| Innodb dblwr writes | 1 | 已经执行的双写入次数。 |
| Innodb log waits | 0 | 因日志缓存太小而必须等待其被写入所造成的等待数。 |
| Innodb log write requests | 0 | 日志写入请求数。 |
| Innodb log writes | 2 | 日志物理写入次数。 |
| Innodb os log fsyncs | 4 | 使用 fsync() 写入日志文件的次数。 |
| Innodb os log pending fsyncs | 0 | 当前挂起的 fsync 日志文件数。 |
| Innodb os log pending writes | 0 | 当前挂起的日志写入数。 |
| Innodb os log written | 1 k | 写入日志文件的字节数。 |
| Innodb page size | 16.4 k | 编译的 InnoDB 页大小 (默认 16KB)。许多值都以页为单位进行统计，页大小可以很方便地将这些值转化为字节数。 |
| Innodb pages created | 35 | 创建的页数。 |
| Innodb pages read | 235 | 读取的页数。 |
| Innodb pages written | 37 | 写入的页数。 |
| Innodb row lock current waits | 0 | 正在等待行锁的数量。 |
| Innodb row lock time | 0 | 等待获得行锁的总时间 (单位：毫秒)。 |
| Innodb row lock time avg | 0 | 等待获得行锁的平均时间 (单位：毫秒)。 |
| Innodb row lock time max | 0 | 等待获得行锁的最大时间 (单位：毫秒)。 |
| Innodb row lock waits | 0 | 等待行锁的次数。 |
| Innodb rows deleted | 0 | 从 InnoDB 表中删除的行数。 |
| Innodb rows inserted | 0 | 插入到 InnoDB 表中的行数。 |
| Innodb rows read | 8 | 从 InnoDB 表中读取的行数。 |
| Innodb rows updated | 0 | InnoDB 中更新的行数。 |
| Innodb num open files | 23 | |
| Innodb truncated status writes | 0 | |
| Innodb available undo logs | 128 | |
| Key blocks not flushed | 0 | 键缓存中还没有被写入到磁盘的键块数。该值过去名为 Not_flushed_key_blocks 。 |
| Key blocks unused | 6.7 k | 键缓存中未使用的块数。你可以根据这个值判断当前使用了多少键缓存。 |
| Key blocks used | 5 | 键缓存中已经使用的块数。该值指示在某个时刻使用了最多块数的数量。 |
| Key read requests | 22 | 从缓存中读取键块的请求次数。 |
| Key reads | 5 | 从磁盘中物理读取键块的次数。如果 Key_reads 很大，则说明您的 key_buffer_size 可能设置得太小了。缓存缺失率可以由 Key_reads/Key_read_requests 计算得出。 |
| Key write requests | 0 | 将一个键块写入缓存的请求数。 |
| Key writes | 0 | 将键块物理写入到磁盘的次数。 |
| Locked connects | 0 | |
| Max execution time exceeded | 0 | |
| Max execution time set | 0 | |
| Max execution time set failed | 0 | |
| Max used connections | 2 | 自服务器启动以来的最高并发连接数。 |
| Max used connections time | 2020-12-25 22:44:45 | |
| Not flushed delayed rows | 0 | 等待写入延迟插入队列的行数。 |
| Ongoing anonymous transaction count | 0 | |
| Open files | 23 | 打开的文件个数。 |
| Open streams | 0 | 打开的流个数 (主要用于日志记录)。 |
| Open table definitions | 219 | |
| Open tables | 118 | 打开的数据表个数。 |
| Opened files | 360 | |
| Opened table definitions | 219 | |
| Opened tables | 125 | 已经打开的表个数。如果该值很大，则说明表缓冲大小可能设置过小。 |
| Performance schema accounts lost | 0 | |
| Performance schema cond classes lost | 0 | |
| Performance schema cond instances lost | 0 | |
| Performance schema digest lost | 0 | |
| Performance schema file classes lost | 0 | |
| Performance schema file handles lost | 0 | |
| Performance schema file instances lost | 0 | |
| Performance schema hosts lost | 0 | |
| Performance schema index stat lost | 0 | |
| Performance schema locker lost | 0 | |
| Performance schema memory classes lost | 0 | |
| Performance schema metadata lock lost | 0 | |
| Performance schema mutex classes lost | 0 | |
| Performance schema mutex instances lost | 0 | |
| Performance schema nested statement lost | 0 | |
| Performance schema prepared statements lost | 0 | |
| Performance schema program lost | 0 | |
| Performance schema rwlock classes lost | 0 | |
| Performance schema rwlock instances lost | 0 | |
| Performance schema session connect attrs lost | 0 | |
| Performance schema socket classes lost | 0 | |
| Performance schema socket instances lost | 0 | |
| Performance schema stage classes lost | 0 | |
| Performance schema statement classes lost | 0 | |
| Performance schema table handles lost | 0 | |
| Performance schema table instances lost | 0 | |
| Performance schema table lock stat lost | 0 | |
| Performance schema thread classes lost | 0 | |
| Performance schema thread instances lost | 0 | |
| Performance schema users lost | 0 | |
| Prepared stmt count | 0 | |
| Qcache free blocks | 0 | 查询缓存中的空闲内存块。过多的空闲内存块可能产生碎片，可通过执行 FLUSH QUERY CACHE 语句解决。 |
| Qcache free memory | 0 | 查询缓存中空闲的内存总数。 |
| Qcache hits | 0 | 缓存命中数。 |
| Qcache inserts | 0 | 加入到缓存的查询数。 |
| Qcache lowmem prunes | 0 | 为缓存新的查询而被删除的已缓存查询的个数，由最近最少使用算法 (LRU) 确定应删除哪个已缓存的查询。该信息可帮助您调整查询缓存大小。 |
| Qcache not cached | 0 | 未缓存的查询数 (包括不能被缓存，或因为 query_cache_type 的设置而没有被缓存的查询)。 |
| Qcache queries in cache | 0 | 在缓存中注册的查询数。 |
| Qcache total blocks | 0 | 查询缓存中的总块数。 |
| Queries | 205 | |
| Questions | 203 | |
| Select full join | 4 | 没有使用索引的多表查询数。如果该值不为0，您应该仔细检查是否已经为表建立了适当的索引。 |
| Select full range join | 0 | 使用在关联表上使用范围搜索的多表查询的数量。 |
| Select range | 0 | 在第一张表上使用范围查询的多表查询数。(即使该值很大，通常也不会有致命的影响。) |
| Select range check | 0 | 没有使用索引但在每行之后检查索引使用的多表查询数。(如果该值不为 0，您应该仔细检查是否已经为表建立了适当的索引。) |
| Select scan | 101 | 在第一张表上进行了完整表扫描的多表查询数。 |
| Slave open temp tables | 0 | 当前由从 SQL 线程打开的临时表的数量。 |
| Slow launch threads | 0 | 使用了比 slow_launch_time 更多的时间来启动的线程数量。 |
| Slow queries | 0 | 使用了比 long_query_time 更多时间的查询数。 |
| Sort merge passes | 0 | 排序算法使用归并的次数。如果该值很大，您应该考虑增加系统变量 sort_buffer_size 的值。 |
| Sort range | 0 | 局部范围完成的排序次数。 |
| Sort rows | 36 | 排序的行数。 |
| Sort scan | 9 | 扫描表完成的排序次数。 |
| Ssl accept renegotiates | 0 | |
| Ssl accepts | 0 | |
| Ssl callback cache hits | 0 | |
| Ssl cipher | ||
| Ssl cipher list | ||
| Ssl client connects | 0 | |
| Ssl connect renegotiates | 0 | |
| Ssl ctx verify depth | 0 | |
| Ssl ctx verify mode | 0 | |
| Ssl default timeout | 0 | |
| Ssl finished accepts | 0 | |
| Ssl finished connects | 0 | |
| Ssl server not after | ||
| Ssl server not before | ||
| Ssl session cache hits | 0 | |
| Ssl session cache misses | 0 | |
| Ssl session cache mode | NONE | |
| Ssl session cache overflows | 0 | |
| Ssl session cache size | 0 | |
| Ssl session cache timeouts | 0 | |
| Ssl sessions reused | 0 | |
| Ssl used session cache entries | 0 | |
| Ssl verify depth | 0 | |
| Ssl verify mode | 0 | |
| Ssl version | ||
| Table locks immediate | 116 | 立即需要锁定表的次数。 |
| Table locks waited | 0 | 无法立即获得锁定表而必须等待的次数。如果该值很高，且您遇到了性能方面的问题，则应该首先检查您的查询语句，然后使用复制操作来分开表。 |
| Table open cache hits | 7 | |
| Table open cache misses | 125 | |
| Table open cache overflows | 0 | |
| Tc log max pages used | 0 | |
| Tc log page size | 0 | |
| Tc log page waits | 0 | |
| Threads cached | 0 | 线程缓存中线程的数量。缓存命中率可以由 Threads_created/Connections 计算得出。如果该值是红色的，则应该增加 thread_cache_size 的值。 |
| Threads connected | 2 | 当前打开的连接数。 |
| Threads created | 2 | 当前用于控制连接的线程数。如果 Threads_created 很大，您可能需要增加 thread_cache_size 的值。(如果线程状况良好，这么做通常并不会带来显著的性能提升。) |
| Threads running | 1 | 非睡眠状态的线程数量。 |
| Uptime | 0 天 0 小时，14 分 18 秒 | |
| Uptime since flush status | 0 天 0 小时，14 分 18 秒 | |
| Key buffer fraction % | 18.30 % | 已用键缓存百分比（计算值） |
| Key read ratio % | 22.73 % | 由物理读取数与读取请求数相比计算出的键缓存未命中率(计算值) |
| Threads cache hitrate % | 95.12 % | 线程缓存命中率 （计算值） |