题目中问题已自己解决
日志位置:/var/lib/mysql/... (/path/to/..表示的是相对路径)
随后查看日志解决了另外一个问题,liunx表忽略大小写
参考:http://blog.csdn.net/wocjj/article/details/7415200经过:
        我把服务端部署在liunx服务器上,但在Android客户端做检索操作时,出现Android空指针问题,已查明是Mysql的字符集没有配置为utf8,而客户端的请求含有中文字符导致。
        除此之外还有问题,访问服务器的问题,我因此想查看Mysql“搜索日志”,来判断服务端发送的检索语句是否还有乱码等其他问题。随后我配置了"etc/my.cnf"开启了log日志(图1),重启了服务器,运行了客户端进行检索,然而经过许多的方法都找不到“query.log”文件。已经做出的努力:
1,猜测是“/path/to/query.log”是mysql默认安装位置的相对路径,但是我可以通过[root@VM_79_79_centos ~]# vi /var/log/mysqld.log
来查看到log_error文件(图2)
2,全盘扫描寻找“query.log”[root@VM_79_79_centos ~]# find / query.log
,未发现该文件(图3)
3,我查看资料,说是产生该日志要两个条件(图4),我的都默认达成了
4,还有其他我暂时能想到的问题都试了,比如使用了mysqldumpslow(命令操作错误),还有一些这里就不细说了,可能是权限问题?隐藏文件?希望可以解答,谢谢!
(我不知道这个问题放到哪个板块,就选了sql server板块,见谅。)(图1)(图2)(图3)

解决方案 »

  1.   

    如果要永久生效满日志的设置,可以修改my.cnf,添加2行:slow_query_log =1slow_query_log_file=/tmp/mysql_slow.log分别是启动满日志,以及设置满日志的路径,具体路径,你可以修改。
      

  2.   

    主要是这个“相对路径”搞了我一下,window的“绝对路径”让我产生了思维上的惯性。当然还有liunx命令使用上的失误问题。
      

  3.   

    眼拙,没找到Mysql板块……
      

  4.   

    眼拙,没找到Mysql板块……