旅游网站开发的意义是什么,网站建设企业网站制作平台,哈尔滨网站设计培训班,现在还有企业要建网站吗第一步.开启mysql慢查询方式一:修改配置文件Windows#xff1a;Windows 的配置文件为 my.ini#xff0c;一般在 MySQL 的安装目录下或者 c:\Windows 下。Linux#xff1a;Linux 的配置文件为 my.cnf #xff0c;一般在 /etc 下在 my.ini 增加几行:[mysqlld]long_query_time…第一步.开启mysql慢查询方式一:修改配置文件WindowsWindows 的配置文件为 my.ini一般在 MySQL 的安装目录下或者 c:\Windows 下。LinuxLinux 的配置文件为 my.cnf 一般在 /etc 下在 my.ini 增加几行:[mysqlld]long_query_time2#5.0、5.1等版本配置如下选项log-slow-queriesmysql_slow_query.log#5.5及以上版本配置如下选项slow-query-logOnslow_query_log_filemysql_slow_query.loglog-query-not-using-indexes第一句使用来定义查过多少秒的查询算是慢查询我这里定义的是2秒第二句使用来定义慢查询日志的路径(因为是windows所以不牵涉权限问题)第三句就是记录下没有使用索引的query第二步查看关于慢查询的状态方式二:通过MySQL数据库开启慢查询上文的配置需要重启mysql server进程mysqld才会生效。但是很多时候尤其是产品运营环境不希望每次修改都需要重新启动mysql服务器也希望能在某些特定时间记 录。MySQL5.1给我们提供了更为灵活的运行时控制使得你不必重新启动mysql服务器也能选择性地记录或者不记录某些slow queries。MySQL5.1中提供了全局变量slow_query_log、slow_query_log_file可以灵活地控制enable/disable慢查询。同时可以通过long_query_time设置时间#//启用slow query记录#注意:设置了slow_query_log全局变量, log_slow_queries也会隐性地跟着改变mysqlset global slow_query_logON不幸运的是,在MySQL5.0并没有提供类似的全局变量来灵活控制但是我们可以通过将long_query_time设置得足够大来避免记录某些查询语句。比如mysqlset global long_query_time 3600;mysqlset global log_querise_not_using_indexes ON;MySQL5.0, 不关服务的情况下希望不记录日志的办法是将日志文件成为/dev/null的符号链接(symbolic link)。注意:你只需要在改变后运行FLUSH LOGS以确定MYSQL释放当前的日志文件描述符重新把日志记录到/dev/null和MySQL5.0不同,MySQL5.1可以在运行时改变日记行为将日志记录到数据库表中。只要将mysql全局变量log_output设置为 TABLE即可。MySQL会将日志分别记录到表mysql.gengera_log和mysql.slow_log二张表中。但是我们推荐将日志记录 在日记文件中。mysql show variables like ‘log_output\GVariable_name: log_outputValue: FILEmysqlset global log_outputtable;缺陷与审记虽然记录了slow query能够帮助你优化产品。但是MySQL目前版本还有几大蹩足的地方。1.MySQL5.0版本, long_query_time时间粒度不够细,最小值为1秒。对于高并发性能的网页脚本而言1秒出现的意义不大。即出现1秒的查询比较少。直到mysql5.1.21才提供更细粒度的long_query_time设定.2.不能将服务器执行的所有查询记录到慢速日志中。虽然MySQL普通日志记录了所有查询但是它们是解析查询之前就记录下来了。这意味着普通日志没办法包含诸如执行时间锁表时间检查行数等信息。3.如果开启了log_queries_not_using_indexes选项slow query日志会充满过多的垃圾日志记录这些快且高效的全表扫描查询(表小)会冲掉真正有用的slow queries记录。比如select * from category这样的查询也会被记录下来。通过microslow-patch补丁可使用更细的时间粒度和记录所有执行过的sql语句。不过使用这个补订不得不自己编译MySQL出于稳定性考滤我们推荐在开发测试环境可以打上这个补丁享受这个补丁带来的便利。在运营环境尽量不要这么做…第二步.验证慢查询是否开启执行如下SQL语句来查看mysql慢查询的状态执行结果会把是否开启慢查询、慢查询的秒数、慢查询日志等信息打印在屏幕上。/*查看慢查询时间 */show variables like long_query_time;默认10s/*查看慢查询配置情况 */show status like %slow_queries%;/*查看慢查询日志路径 */show variables like %slow%;第三步执行一次慢查询操作其实想要执行一次有实际意义的慢查询比较困难因为在自己测试的时候就算查询有20万条数据的海量表也只需要0.几秒。我们可以通过如下语句代替SELECT SLEEP(10);第四步查看慢查询的数量通过如下sql语句来查看一共执行过几次慢查询show global status like %slow%;mysql日志的配置注意这些日文件在mysql重启的时候才会生成#记录所有sql语句logE:/mysqllog/mysql.log#记录数据库启动关闭信息以及运行过程中产生的错误信息log-errorE:/mysqllog/myerror.log# 记录除select语句之外的所有sql语句到日志中可以用来恢复数据文件log-binE:/mysqllog/bin#记录查询慢的sql语句log-slow-queriesE:/mysqllog/slow.log#慢查询时间long_query_time2第四步:分析慢查询日志方式一:通过工具分析MySQL自带了mysqldumpslow工具用来分析slow query日志除此之外还有一些好用的开源工具。比如MyProfi(下载地址:http://sourceforge.net/projects/myprofi/)、mysql-log-filter当然还有mysqlsla以下是mysqldumpslow常用参数说明详细的可应用mysqldumpslow -help查询。-s是表示按照何种方式排序c、t、l、r分别是按照记录次数、时间、查询时间、返回的记录数来排序(从大到小)ac、at、al、ar表示相应的倒叙。-t是top n的意思即为返回前面多少条数据。-g后边可以写一个正则匹配模式大小写不敏感。接下来就是用mysql自带的慢查询工具mysqldumpslow分析了(mysql的bin目录下)我这里的日志文件名字是host-slow.log。列出记录次数最多的10个sql语句mysqldumpslow -s c -t 10 host-slow.log列出返回记录集最多的10个sql语句mysqldumpslow -s r -t 10 host-slow.log按照时间返回前10条里面含有左连接的sql语句mysqldumpslow -s t -t 10 -g left join host-slow.log使用mysqldumpslow命令可以非常明确的得到各种我们需要的查询语句对MySQL查询语句的监控、分析、优化起到非常大的帮助。方式二:直接分析mysql慢查询日志日志部分内容如下:# Time: 121017 17:38:54# UserHost: root[root] localhost [127.0.0.1]# Query_time: 3.794217 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 4194304SET timestamp1350466734;select * from wei where textorange;# Time: 121017 17:46:22# UserHost: root[root] localhost [127.0.0.1]# Query_time: 3.819219 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 4194304SET timestamp1350467182;select * from wei where textxishizhaohua;其实定位到了慢查询语句就已经完成了一大不了执行explain或者desc命令查看慢查询语句如下图问题很明显解决方式也很明显建索引了。mysql create index text_index on wei(text);Query OK, 4194304 rows affected (1 min 58.07 sec)Records: 4194304 Duplicates: 0 Warnings: 0然后在执行查询操作用时明显少了很多。mysql select * from wei where textorange;-----------------| id | text |-----------------| 4103519 | orange |-----------------1 row in set (0.33 sec)Slow Query日志虽然帮助你记录了那些执行过了的SQL语句。但它不是万能的意义可能没有你想象的那么大。它只告诉了你哪些语句慢但是为什么慢?具体 原因还是需要你自己去分析不断的调试。也许你只需要换一条更有效的sql语句也许你只需简单地增加一个索引但也有可能你需要调整你应用程序的设 计方案。比如上面那条语句是很明显它检查了600多万行数据。不幸的是并不是每条语句都这么明显。也许还有别的原因比如:*锁表了导致查询处于等态状态。lock_time显示了查询等待锁被翻译的时间*数据或索引没有被缓存。常见于第一次启动服务器或者服务器没有调优*备份数据库I/O变慢*也许同时运行了其它的查询减少了当前查询所以,不要过于紧张日志文件某条记录而应该理性地审记找出真正的原因。如果经常出现的slow query需要特别注意。如果个别出现则做一些常规检查即可。我们建议统计并且形成基准报告进行比较排除比胡乱瞎撞有用。希望大家不要在这部分过于浪费时间与精力。总结以上就是这篇文章的全部内容了希望本文的内容对大家的学习或者工作具有一定的参考学习价值谢谢大家对脚本之家的支持。如果你想了解更多相关内容请查看下面相关链接您可能感兴趣的文章:解决MySQl查询不区分大小写的方法讲解Mysql优化策略(推荐)详解MySQL是如何解决幻读的详解使用navicat连接远程linux mysql数据库出现10061未知故障详解mysql数据库增删改操作使用shell脚本来给mysql加索引的方法MySQL字符集乱码及解决方案分享MySQL执行update语句和原数据相同会再次执行吗Mysql查询很慢卡在sending data的原因及解决思路讲解想取消错误的mysql命令怎么办?
