QQ在线支持
购买支持1 购买支持1
购买支持2 购买支持2
综合支持1 综合支持1
技术支持1 技术支持1
技术支持2 技术支持2
技术支持3 技术支持3
商务支持电话
13906050680
技术支持电话
0592-2651619
■ 软件产品版本介绍

■ 部分典型功能介绍
■ 技术服务快速通道
■ 商务服务快速通道
■ 应用拓展
■ 界面视图
首页->局域网监控-> 优化mysql数据库,MYSQL配置基础参数,mySQL优化详解
  • 摘要:优化mysql数据库,MYSQL配置基础参数,mySQL优化详解,数据库优化,MYSQL优化,mysql性能优化,数据库优化教程

     

    优化mysql数据库,MYSQL配置基础参数,mySQL优化详解
    mysql 性能优化--基础参数
    先查看mysql基本信息
    [root@sznagios libexec]# mysql -V
    mysql  Ver 14.14 Distrib 5.1.66, for redhat-linux-gnu (x86_64) using readline 5.1
    mysql> status
    --------------
    mysql  Ver 14.14 Distrib 5.1.66, for redhat-linux-gnu (x86_64) using readline 5.1
    Connection id:          1423970
    Current database:
    Current user:           centreon@    172.25.128.42
    SSL:                    Not in use
    Current pager:          stdout
    Using outfile:          ''
    Using delimiter:        ;
    Server version:         5.1.66 Source distribution
    Protocol version:       10
    Connection:             172.25.128.35 via TCP/IP
    Server characterset:    latin1
    Db     characterset:    latin1
    Client characterset:    latin1
    Conn.  characterset:    latin1
    TCP port:               3306
    Uptime:                 3 days 17 hours 22 min 53 sec

    Threads: 39  Questions: 104521030  Slow queries: 46  Opens: 189450  Flush tables: 1  Open tables: 64  Queries per second avg: 324.828
    --------------


    1， 查看数据库当前的各种运行状态值
    mysql> show global status;
    +-----------------------------------+--------------+
    | Variable_name                     | Value        |
    +-----------------------------------+--------------+
    | Aborted_clients                   | 93           |
    | Aborted_connects                  | 918009       |
    | Binlog_cache_disk_use             | 0            |
    | Binlog_cache_use                  | 0            |
    | Bytes_received                    | 69209087317  |

    2，查看数据库配置参数语句
    mysql> show variables;
    | wait_timeout                            | 28800                                                                                     |
    | warning_count                           | 0                                                                                         |
    +-----------------------------------------+-------------------------------------------------------------------------------------------+
    277 rows in set (0.00 sec)

    查看慢查询  
    mysql> show variables like '%slow%';
    +---------------------+---------------------------------+
    | Variable_name       | Value                           |
    +---------------------+---------------------------------+
    | log_slow_queries    | OFF                             |
    | slow_launch_time    | 2                               |
    | slow_query_log      | OFF                             |
    | slow_query_log_file | /var/run/mysqld/mysqld-slow.log |
    +---------------------+---------------------------------+
    4 rows in set (0.00 sec)

    mysql> show global status like '%slow%';
    +---------------------+-------+
    | Variable_name       | Value |
    +---------------------+-------+
    | Slow_launch_threads | 0     |
    | Slow_queries        | 46    |
    +---------------------+-------+
    2 rows in set (0.00 sec)

    系统显示慢查询46条。执行时间超过2秒，系统定义为慢查询。
    mysql主从结构时，在从服务器分析慢查询日志，对系统性能影响小

    最大连接数
    mysql> show variables like '%max_connections%';
    +-----------------+-------+
    | Variable_name   | Value |
    +-----------------+-------+
    | max_connections | 5000  |
    +-----------------+-------+
    1 row in set (0.00 sec)

    mysql> show global status like '%Max_used_connections%';
    +----------------------+-------+
    | Variable_name        | Value |
    +----------------------+-------+
    | Max_used_connections | 115   |
    +----------------------+-------+
    1 row in set (0.00 sec)

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

    MyISAMysql表性能影响最大参数
    mysql> show variables like '%key_buffer_size%';
    +-----------------+---------+
    | Variable_name   | Value   |
    +-----------------+---------+
    | key_buffer_size | 8384512 |
    +-----------------+---------+
    1 row in set (0.00 sec)

    mysql> show global status like '%key_read%';
    +-------------------+-----------+
    | Variable_name     | Value     |
    +-------------------+-----------+
    | Key_read_requests | 417655437 |
    | Key_reads         | 25985259  |
    +-------------------+-----------+
    2 rows in set (0.00 sec)

    计算索引未命中缓存的概率：
    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分配的过多，可以适当减少。
    MySQL服务器还提供了key_blocks_*参数：
    mysql> show global status like 'key_block_u%';
       
    Key_blocks_unused 表示未使用的缓存簇(blocks)数，Key_blocks_used表示曾经用到的最大的blocks数，比如这台服务器，所有的缓存都用到了，要么增加key_buffer_size，要么就是过渡索引了，把缓存占满了。理想设置：
    Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%

    mysql> show global status like 'key_block_u%';
    Empty set (0.00 sec)

    临时表
    mysql> show global status like '%create_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%

    我们再看一下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以下的临时表才能全部放内存，超过的就会用到硬盘临时表。

    open table情况
    mysql> show global status like '%open%tables%';
    +------------------------+--------+
    | Variable_name          | Value  |
    +------------------------+--------+
    | Com_show_open_tables   | 0      |
    | Open_tables            | 64     |
    | Opened_tables          | 189374 |
    | Slave_open_temp_tables | 0      |
    +------------------------+--------+
    4 rows in set (0.00 sec)
    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%

    进程使用情况
    mysql> show global status like 'Thread%';
    +-------------------+---------+
    | Variable_name     | Value   |
    +-------------------+---------+
    | Threads_cached    | 0       |
    | Threads_connected | 25      |
    | Threads_created   | 1426023 |
    | Threads_running   | 2       |
    +-------------------+---------+
    4 rows in set (0.00 sec)
    在 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 | 0     |
    +-------------------+-------+
    1 row in set (0.00 sec)


    查询缓存
    mysql> show global status like '%qcache%';
    +-------------------------+-------+
    | Variable_name           | Value |
    +-------------------------+-------+
    | Qcache_free_blocks      | 0     |
    | Qcache_free_memory      | 0     |
    | Qcache_hits             | 0     |
    | Qcache_inserts          | 0     |
    | Qcache_lowmem_prunes    | 0     |
    | Qcache_not_cached       | 0     |
    | Qcache_queries_in_cache | 0     |
    | Qcache_total_blocks     | 0     |
    +-------------------------+-------+
    8 rows in set (0.00 sec)
    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   |
    +------------------------------+---------+
    | have_query_cache             | YES     |
    | query_cache_limit            | 1048576 |
    | query_cache_min_res_unit     | 4096    |
    | query_cache_size             | 0       |
    | query_cache_type             | ON      |
    | query_cache_wlock_invalidate | OFF     |
    +------------------------------+---------+
    6 rows in set (0.00 sec)
    各字段的解释：
    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%


    排序使用情况
    mysql> show global status like 'sort%';
    +-------------------+----------+
    | Variable_name     | Value    |
    +-------------------+----------+
    | Sort_merge_passes | 7        |
    | Sort_range        | 81766    |
    | Sort_rows         | 19196256 |
    | Sort_scan         | 645901   |
    +-------------------+----------+
    4 rows in set (0.00 sec)
    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?（另外，增加read_rnd_buffer_size(3.2.3是record_rnd_buffer_size)的值对排序的操作也有一点的好处

    文件打开数
    mysql> show global status like 'open_files';
    +---------------+-------+
    | Variable_name | Value |
    +---------------+-------+
    | Open_files    | 33    |
    +---------------+-------+
    1 row in set (0.00 sec)

    mysql> show variables like 'open_files_limit';
    +------------------+-------+
    | Variable_name    | Value |
    +------------------+-------+
    | open_files_limit | 25000 |
    +------------------+-------+
    1 row in set (0.00 sec)

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

    表锁情况

    mysql> show global status like 'table_locks%';
    +-----------------------+-----------+
    | Variable_name         | Value     |
    +-----------------------+-----------+
    | Table_locks_immediate | 106767354 |
    | Table_locks_waited    | 11783     |
    +-----------------------+-----------+
    2 rows in set (0.01 sec)

    mysql> select 106767354/11783;
    +-----------------+
    | 106767354/11783 |
    +-----------------+
    |       9061.1350 |
    +-----------------+
    1 row in set (0.00 sec)
    Table_locks_immediate 表示立即释放表锁数，Table_locks_waited表示需要等待的表锁数，如果Table_locks_immediate / Table_locks_waited > 5000，最好采用InnoDB引擎，因为InnoDB是行锁而MyISAM是表锁，对于高并发写入的应用InnoDB效果会好些。

    表扫描
    mysql> show global status like 'handler_read%';
    +-----------------------+--------------+
    | Variable_name         | Value        |
    +-----------------------+--------------+
    | Handler_read_first    | 20336636     |
    | Handler_read_key      | 589222889    |
    | Handler_read_next     | 251390653    |
    | Handler_read_prev     | 221          |
    | Handler_read_rnd      | 4330823      |
    | Handler_read_rnd_next | 202640993647 |
    +-----------------------+--------------+
    6 rows in set (0.00 sec)

    mysql> show global status like 'com_select';
    +---------------+----------+
    | Variable_name | Value    |
    +---------------+----------+
    | Com_select    | 16108125 |
    +---------------+----------+
    1 row in set (0.00 sec)

    mysql> select 202640993647/16108125;
    +-----------------------+
    | 202640993647/16108125 |
    +-----------------------+
    |            12580.0485 |
    +-----------------------+
    1 row in set (0.00 sec)

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

    mysql> show variables like '%read_buffer_size%';
    +------------------+--------+
    | Variable_name    | Value  |
    +------------------+--------+
    | read_buffer_size | 131072 |
    +------------------+--------+
    1 row in set (0.00 sec)
    作者: AnyView(网络警)网络监控软件   时间: 2014-9-24 16:02:53   点击:     

    相关资讯:
■ AnyView(网络警)网络监控软件--功能检索
| 站点地图 | 关于我们 | 友情链接 | 常见问题 | 下载中心 | 购买中心 | 网络监控 | 透明加密 | 上网监控 | 内网监控 | 技术资料 | 产品优势 | 消息发布 | 经营管理 | 屏蔽QQ |
| 邮件监控 | WebMAIL发送监控 | 流量监控 | 聊天记录监控 | FTP文件监控 | 屏幕监控 | 网页监控 | 端口限制 | P2P下载限制 | ARP防火墙 | 局域网监控 | 屏蔽聊天软件 |
| 扩展应用 | 并发连接数限制 | 文件自动备份 | 网络管理 | 网络安全 | 信息安全 | 打印监控 | 限制BT | QQ内容监控 | 上网监管软件 | 封堵电驴 | 禁止讯雷 | 防泄密软件 |
| 企业网管 | 上网行为审计 | 协议分析 | TELNET监控 | 监视过滤 | 日志报警 | 聊天限制 | 游戏限制 | 操作审计 | 监控微信 | 文件监控 | 窗口监视 | 资产管理 | 监控软件 |
| 监控工具软件 | 监控上网 | 监控产品 | 管理员工上网 | 控制员工上网 | 监控钉钉 | 封堵QQ | 微信监控 | 软件产业动态 | 网络技术 | 上网行为管理软件 | USB等硬件限制 |
| 局域网监控 | 带宽管理 | 局域网监管 | 窗口限制 | 禁止QQ等发送文件 | 上网管理软件 | 上网行为监控 | 内网监控软件 | 文件加密 | 业界法规 | 禁止炒股 | 应用程序限制 |
  • 服务电话：0592-2651619 / 13906050680 ; 钉钉：15359220936；微信：15359220936；Skype：Amoisoft；
  • 服务邮箱： Sales@amoisoft.com；Order@amoisoft.com；Tech@amoisoft.com；
  • 支持QQ：9908430（综合）,850753251（购买1）,573982850（购买2）,969263561（技术1）,53864605（技术2）,332056791（技术3）
■ 联系我们获得支持和服务 ■ 信息留言反馈