(─━┘_└━─)/ 머리만1톤(Head1Ton)

http://mysqldba.tistory.com/111#recentTrackback

http://mysqldba.tistory.com/110

http://mysqldba.tistory.com/109

http://mysqldba.tistory.com/108

http://mysqldba.tistory.com/104

http://mysqldba.tistory.com/103

http://mysqldba.tistory.com/102

http://mysqldba.tistory.com/101

http://mysqldba.tistory.com/97

http://mysqldba.tistory.com/96

http://mysqldba.tistory.com/95

http://mysqldba.tistory.com/94

http://cafe.naver.com/hostingfaq/659

MySQL 에서 로그를 삭제할 때 그냥 로그 파일을 삭제하는 방법도 있지만

원하는 날짜까지의 로그만 삭제하는 방법도 있습니다.

MySQL 에서 쿼리문으로 지원하는 삭제 방법은 3가지가 존재하며,

파일을 삭제하는 방법, 날짜를 지정해서 지정한 날짜까지만 삭제하는 방법, 전체 로그를 삭제하는 방법이 존재합니다.

purge master logs to 'filename' : 지정한 파일까지의 파일을 순서대로 삭제

purge master logs before 'date' : 지정한 날짜까지의 로그를 삭제

reset master : 모든 로그를 삭제하고 로그 파일 새로 시작

show processlist;

show full processlist;

mytop -u root -p

qps 및 프로세스 확인

mysqladmin -uroot -p proc stat 

mysqladmin -uroot -p proc stat -i 1

show status like '%connect%';

+------------------------+-------+

| Variable_name               | Value |

+------------------------+-------+

| Aborted_connects          | 47      |     실패한 연결 수

| Connections                 | 4841   |      총 연결 수

| Max_used_connections  | 54      |     최대 연결 수

| Threads_connected       | 1        |     현재 열려 있는 연결 숫자. 

show status like '%Threads%';

+------------------------+-------+

| Variable_name              | Value |

+------------------------+-------+

| Delayed_insert_threads  |   0      |     사용 중에 있는 INSERT DELAYED 핸들러 쓰레드 숫자

| Slow_launch_threads     |  0      |      slow_launch_time 시간보다 더많은 생성 시간이 필요한 쓰레드의 숫자.

| Threads_cached            |  7      |     쓰레드 캐시에 있는 쓰레드의 숫자.

| Threads_connected        |  2      |     현재 열려 있는 연결 숫자. 

| Threads_created            | 57      |     연결을 처리하기 위해 생성된 쓰레드의 숫자

| Threads_running            | 1       |      슬리핑 (sleeping) 상태가 아닌쓰레드의 숫자.

+------------------------+-------+

dstat 

cpu -> dstat -c

memory -> dstat -m

disk -> dstat -d

network -> dstat -n

dstat -c -m -n -d

mysql> show processlist;

* 현재 process의 snapshot이며, 현재 걸려 있는 쿼리를 볼 수 있다.

* slow query가 있는 경우 processlist로 확인해 볼 수 있다.

* processlist 테이블은 information_schema DB에 있다.

SELECT user,LEFT(host, instr(host,':')-1) IP , count(*) 

FROM INFORMATION_SCHEMA.PROCESSLIST 

WHERE user not in ('admin','repl','agent','system user') 

GROUP BY LEFT(host, instr(host,':')-1);

* 현재 process의 snapshot을 접속된 client별로 집계해서 보여준다.

* 각 client별로 세션을 몇개 열었는지 알 수 있다.

mysql> show global status;

* 수행되는 쿼리 종류에 따라서 mysql status에 카운트가 누적됨.

* show global status로 com_select, com_update, com_delete ... 이 값을 1분 단위로 추출해서... "증가값 / 60" -> 초당 처리량(qps)을 계산할 수 있다.

* slow_query 값도 모니터링할 수 있다.

yum install -y dstat

show engin innodb status

show processlist

mysqladmin -uroot -p'rpdlaqlf' extended-status -r -i 1 | grep -E 'Com_select |Com_update |Com_insert |Com_delete '

sar -ur -o cpu.log 1 300

sar -f cpu.log

mpstat 1 300

cpu / io check

iostat -c 3

memory check

free -s 2

dstat 

cpu -> dstat -c

memory -> dstat -m

disk -> dstat -d

network -> dstat -n

dstat -c -m -n -d

SHOW STATUS / SHOW VARIABLES 

쿼리 캐쉬 히트율

Qcache_hits / (Qcache_hits + Com_select)

MyISAM

캐쉬 적중률

100 - ((Key_reads * 100) / Key_read_requests)

버퍼 사용률

100 - ((Key_blocks_unused * key_ cache_block_size) * 100 / key_buffer_size)

테이블 잠금 확인

SHOW OPEN TABLES FROM DB명;

SHOW OPEN TABLES FROM DB명 LIKE 'Table명';

잠금 대기 체크

SELECT 

r.trx_id waiting_trx_id,

r.trx_mysql_thread_id waiting_thread,

r.trx_query waiting_query,

b.trx_id blocking_trx_id,

b.trx_mysql_thread_id blocking_thread,

b.trx_query blocking_query

FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS w

INNER JOIN INFORMATION_SCHEMA.INNODB_TRX b ON b.trx_id = w.blocking_trx_id

INNER JOIN INFORMATION_SCHEMA.INNODB_TRX r ON r.trx_id = w.requesting_trx_id;

slowquery 확인

mysqldumpslow -r -s c slow-query.log > parsed_slowquery.log

쿼리 실행 횟수(-s c)를 역순(-r) 

"mysqldumpslow -r -s c" 

쿼리의 잠금 시간

"mysqldumpslow -r -s l"(테이블 수준의 잠금만 해당)

쿼리로 조회한 레코드(row sent)

"mysqldumpslow -r -s r"

tail -f mysql-slow.log | mysql_slow_log_filter -T 0.5 -R 1000

- 0.5초 이상 걸리거나 행을 1000개 이상 access 하는 쿼리만 추출

mysqldba.tistory.com/68

1. 쿼리 작성 시 내가 사용할 index를 설정하는 방법은?

 -> use index (index_nm)을 사용하거나, force index (index_nm)을 사용하여 from 절에 기입한다.

2. 예약어로 지정되어 있는 단어를 컬럼 명으로 사용하고자 할 경우 가능한가 가능하지 않은가?

 -> 인용 부호를 이용하면 가능하다.

3. 식별자를 사용할 때 숫자만으로 이루어진 식별자를 사용할 수 있는가?

 -> 인용부호를 이용하면 가능하지만, 하지 않는 것이 좋다.

4. InnoDB Storage Engine을 사용하는 경우 mysqldump를 사용하더라도 대기현상에 빠져 서비스 운용에 문제가 발생할 가능성이 있다. 그 가능성은 어떤 것 때문인가?

 -> mysqldump를 실행하는 경우 mysqldump 모듈은 데이터를 내리기 전에 flush table 구문을 통해 table 들에 대한 정보를 flush 하는데, 이 때 실행시간이 오래 걸리는 쿼리가 동작하고 있다면, 그로 인해 대기 현상에 빠질 수 있다.

5. 만약, MySQL 접속하는 커넥션들이 커넥션 pool을 이용하여 관리되고 있는 것이 아니라면, MySQL의 (thread_cache_size)의 값을 수정하여 몇 개의 커넥션을 캐쉬하여 커넥션 pool과 같은 효과를 낼 수 있다.

6. 테이블이 어느 순간에 열리지 않는 경우, (table_open_cache 또는 table_cache)의 값을 확인하여 모든 스레드가 열 수 있는 테이블 수를 확인하고,

(open_files_limit)의 값을 확인하여 os가 mysqld에 할당한 오픈 가능한 파일의 갯수가 얼마인지도 확인해야한다. 만약 이 variable의 값이 0인 경우 os상의 설정값을 그대로 가져간다는 의미이다.

7. 테이블에 현재 시간을 입력해야 하는 경우 sysdate()을 사용하기보다는 (now())를 사용하는 것이 좋다.

8. 실행 계획을 보고자 하는 경우 SQL문 앞에 (explain)을 사용하여 실행하면 된다.

9. 테이블의 실행계획 상에서 조합하는 순서를 from 절에 기술된 순서대로 처리하고자 하는 경우 쿼리 앞에 (straight join) 구문을 사용하면 된다.

mysqldba.tistory.com/67

1. MyISAM 테이블은 테이블 생성 시 해당 스키마의 OS영역에 어떤 파일들이 생성되는가?

 -> 생성되는 테이블을 이름으로 하는 frm, MYD, MYI 확장자를 가진 파일들이 생성된다.

2. MySQL System Schema 는 어떤 스토리지 엔진으로 생성되는가?

 -> MyISAM

3. MyISAM 으로 생성된 테이블의 인덱스에서 특정 데이터 영역을 찾아가기 위해서 MyISAM은 각 인덱스의 leaf block에 해당 key의 값을 가르키는

(record pointer)를 가지고 있다.

4. MyISAM은 3가지의 format으로 생성될 수 있다. fixed 컬럼으로만 이루어진 (Fixed-row Format), 가변적인 컬럼이 포함된 컬럼 타입을 사용하는 경우에는 (Dynamic-row Format), 일반 테이블을 압축한 형태인 (Compressed Format)이 있다.

5. MyISAM이 사용하는 메모리 영역인 (Key Cache) 영역은 my.cnf의 key_buffer_size 값으로 설정이 가능하다. 이 영역은 원할 경우 여러 개 생성이 가능하고, 특정 영역에 특정 테이블에 대한 내용을 사용하게 설정할 수도 있다.

6. Innodb의 buffer pool size를 설정하고자 하는 경우 (innodb_buffer_pool_size)를 설정하면 되고, innodb log file의 갯수를 설정하고자 하는 경우

(innodb_log_files_in_group)을 설정하면 된다.

7. 같은 데이터 양을 가진 Innodb 테이블과 MyISAM 테이블이 있다면 실제 OS상 공간 차지 비율은 어떤 스토리지 엔진의 테이블이 더 많을 가능성이 높은가?

 -> InnoDB

8. InnoDB에서 FK 생성 시 지켜야 하는 제약 조건은 무엇인가?

 -> 두 테이블의 해당하는 컬럼의 type이 같아야하고, 두 컬럼을 선두 컬럼으로 하는 인덱스가 생성되어 있어야 함.

9. InnoDB의 default transaction Isolation Level은 무엇인가?

 -> Repeatable Read

10. Innodb는 데이터 저장 시 (Clustered Index) 영역을 생성하여 그 영역에 인덱스와 함께 데이터를 함께 보관한다.

11. Clustered Index가 Primary key로 구현되어진 경우, InnoDB의 Non-Clustered-Index는 해당하는 key의 데이터 영역을 접근하기 위해 각 key마다 해당하는 영역에 대한 (Primary key)값을 가지고 있다.

12. remote에 위치한 테이블에 접근하고자 하는 경우 사용할 수 있는 스토리지 엔진은 무엇인가?

 -> federated storage engine

13. federated storage engine을 사용하는 서버의 경우 복구할 때 어떤 문제점이 발생할 수 있는가?

 -> federated storage engine으로 생성된 테이블에서 발생된 DML이 바이너리 로그에 남기 때문에 복구 시 원치 않게 remote table에 DML을 다시 적용하게 할 수 있다.

14. memory table 과 internal temporary table의 차이점은 무엇인가?

 -> 1. memory table은 모든 세션이 전부 접근할 수 있고, internal temporary table은 생성한 그 세션에서만 사용이 가능하다.

      2. memory table은 메모리 영역에서만 생성되고, internal tempoary table은 사이즈가 커지는 경우 디스크로 옮겨가기도 한다.

15. memory table은 어떤 종류의 인덱스를 생성할 수 있는가?

 -> hash index, b-tree index

1. MySQL을 설치하고 난 뒤에 root 패스워드에는 패스워드가 지정되어 있는가? 지정되어 있지 않은가?

 -> 지정되어 있지 않다.

2. MySQL 접근하는 방법은 LOCAL에서 접속하는 방법인 (Socket File) 을 사용하여 접근하는 방법과, 

(IP)와 (Port) 정보를 이용하여 TCP/IP로 접근하는 방법 2가지가 있다.

3. MySQL에서는 Account를 생성하고 난 뒤에 따로 schema 를 생성하지 않으면 사용할 schema가 존재하지 않는다.( O/X )

 -> O

4. MySQL에서는 schema란 용어 대신 (database)라는 용어를 사용한다.

5. MySQL에 생성된 schema의 목록을 보고자 하는 경우 (show databases) 또는 (show schema) 를 실행하면 된다.

1. MySQL Engine이 설치된 위치를 우리는 (base directory) 라고 하고, 속성이름으로는 (basedir) 이라고 한다.

2. MySQL 이 생성하는 파일들의 default 위치를 우리는 (data directory) 라고 하고, 설정할 때에는 (datadir) 속성 이름으로 그 위치를 지정할 수 있다.

3. my.cnf에서 MySQL Server의 프로세스에 영향을 줄 속성들을 정의하는 그룹명은 (mysqld) 이다.

4. binary log를 설정하여 사용하는데에 필요한 속성을 아는대로 작성하시오.

 -> binary_cache_size, binlog_format, log_bin, max_binlog_size

5. 서버와 Client간의 통신 시 주고 받을 packet 사이즈를 결정하는 속성은 무엇인가?

 -> max_allowed_packet

6. MySQL 서버에 접근하는 Root를 제외한 모든 Client에 대해 DML 를 제약하는 속성은 무엇인가?

 -> Read_only

7. MySQL Server와 Server 사이의 통신 시 사용하는 유일한 값을 지정하는 속성은 무엇인가?

 -> server_id

8. mysqld_safe를 구동시킬 때 사용할 my.cnf를 지정하는 옵션은 무엇인가?

 -> --defaults-file

9. mysqld_safe를 구동시킬 때 사용할 my.cnf를 지정하지 않을 경우 MySQL 서버는 어느 위치에서 파일을 찾는가?

 -> /etc/mysql/my.cnf or /etc/my.cnf -> $MYSQL_HOME/my.cnf -> ~/my.cnf

10. Server에 커넥션이 생성되어 사용될 때 각 커넥션이 사용할 메모리 영역을 할당할 때 가장 대표적으로 설정해야 하는 속성은 무엇인가?

 -> read_buffer_size, sort_buffer_size

1. MySQLAB에서 제공하는 Release된 Community 버젼 중 최종 버젼으로 실제 사용하다고 말할 수 있는 버젼은 어떤 버젼을 말하는가?

 -> Generally Available (GA)

2. Download해서 받은 엔진파일의 이름에서 추출할 수 있는 엔진에 대한 정보에는 어떠한 것이 있는가?

 -> MySQL Version 정보, OS 정보, Gilbc 버전 정보

3. 엔진 설치할 때 압축을 푼 디렉토리에서 실제 사용할 symbolic link를 거는 이유는 무엇인가?

 -> 엔진에 대한 정보를 제거하지 않으므로, 엔진에 대한 정보 추출이 용이하게 하고, 실제 사용할 때에는 짧은 이름을 사용함으로서 사용시 불편함을 줄일 수 있다. 또한 엔진 업그레이드 시 엔진 영역에 대한 디렉토리 변경을 따로 하지 않아도 된다.

4. 엔진 설치시 configure 파일이 하는 역할은 무엇인가?

 -> mysql schema (database) 생성, mysql server startup

5. MySQL Server 구동 시 구동에 필요한 속성들을 정의한 파일의 이름은 무엇인가?

 -> my.cnf

1. MySQL 구조 중에 데이터의 저장과 추출 부분을 담당하는 부분으로 MySQL에만 존재하는 독특한 Layer 부분은 무엇인가?

 -> Storage Engine

2. MySQL Server에 접근하기 위해 Application에서 설치하여 MySQL Server와 통신하는데 사용하는 모듈들을 말하는 것으로 C API, JDBC 등 여러 언어에 따라 다양한 모듈을 제공하는데, 그것을 무엇이라고 하는가?

 -> Connector

3. 실행되는 Select문과 그 실행결과가 저장되는 영역으로 반복적으로 수행되는 Select의 실행 속도를 향상시켜주는 역할을 하는 Cache 영역을 무엇이라고 하는가?

 -> Query Cache

4. Select를 제외한 구문은 Query Cache에 저장되는가 저장되지 않는가?

 -> 저장되지 않는다.

5. MySQL의 Cluster를 구성할 때에만 사용되는 Storage Engine은 무엇인가?

 -> NDB (Cluster) Storage Engine

6. MVCC를 지원하는 Storage Engine은 무엇인가?

 -> INNODB

7. InnoDB는 (Row) level 로 Lock이 구현되고, MyISAM은 (Table) level로 Lock이 구현된다.

8. MyISAM은 text단위의 검색을 할 수 있는 (Full-text Search Index)를 생성하여 사용할 수 있다.

9. MyISAM과 InnoDB 모두 Replication을 하여 구성할 수 있는가?

 -> 네, 가능합니다.

10. MySQLAB에서 무료로 제공하는 Client Tool로서 모델링, 서버접속, Admin관리까지 가능한 Client Tool은 무엇인가?

 -> MySQL Workbench

http://cafe.naver.com/mysqlpg/32

actions.pm

monitor.pm

network.pm

 GRANT SUPER, PROCESS, REPLICATION CLIENT ON *.* TO mmm_user@xxx.xxx.xxx.xxx IDENTIFIED BY '***';

MySQL InnoDB BACKGROUND THREAD

[출처] MySQL InnoDB BACKGROUND THREAD (MySQL Power Group) |작성자 악동

http://cafe.naver.com/mysqlpg/421

여기 저기 많은 Site 내용을 끼워 맞추었고...ㅠㅠ영어 Site 는 음... 틀리게 이해 한 부분 있으면 바로 지적해주세요

여기 저기 끼워맞추기 1탄입니다.

데이터베이스는 ACID 조건을 만족하고 최적의 실행 계획을 찾아 내기 위해서 복잡하고 정교한 작업을 진행합니다.
내부적으로는 동시 처리를 위한 저수준 잠금, 롤백 세그먼트 관리, disk Flush를 유기적으로 처리해야만 하며
MySQL InnoDB 역시 MVCC(multiversion concurrency controll)를 통해서 변경 전후 데이터를 유지하며
MUTEX(mutual exclusion)를 통해 수많은 동시 DB 명령어를 처리합니다.
모든 DB 명령어는 엔진에서 재귀 명령어를 발생시고 세션이나 사용자 동접이 올라가면 부하는 지수적으로 올라갑니다.

MySQL은 버전 업그레이드가 진행 되면서 동시 처리 성능 증대를 위한 많은 변경이 있었으며 
MySQL 명령어인 show engine innodb status\G 에서 innodb 상태를 체크 할 수 있으며
버전이 올라가면서 각 Thread 분리 혹은 성능 최적화를 위한 주요 내용들에 대한 성능 개선에 대한 이해를 show engine innodb status 부분과 연관지어 보려고 합니다.
( 최근 MySQL 에서는 information_schema performance_schema 를 통해 보다 많은 성능 수치를 확인 할 수 있다. )

----------------------
BACKGROUND THREAD 
----------------------
srv_master_thread loops: 4155278 1_second, 4155276 sleeps, 397985 10_second, 3508874 background, 3507563 flush 
srv_master_thread log flush and write: 4354878

 * srv_master_thread (마스터 Thread)
   - mysql 5.1 이전 버전 : srv_master_thread 한개로 purge(innodb dirty page check 및 purge,

                                  transcation commit 처리, redo log check 및 purge) 수행합니다.
      문제 : Main Thread 한나로 purge함으로써 대량 트래픽 발생으로 인한 transaction purge 부하 증가가 되고

                                  dirty 및 redo의 처리에 대한 지연발생으로 전체적인 성능 저하가 발생 합니다.
   - MySQL 5.5 : main thread or background thread로 transaction purge를 분리할 수 있도록 합니다.

                                  ( innodb_purge_threads=[0|1],innodb_purge_batch_size )
   - MySQL 5.6 : main thread 가 아닌 background thread 로 동작하며 multi purge thread 를 위해 32까지 가능합니다.

                                  (innodb-purge-threads=[1..32])

      multi threaded purge 참고

      (https://blogs.oracle.com/mysqlinnodb/entry/mysql_5_6_multi_threaded)
      purge thread 성능 비교 참고

      (http://dimitrik.free.fr/blog/archives/2010/04/mysql-performance-why-purge-thread-in-innodb.html)
      => dirty page purge Thread 분리 MySQL 5.6(page cleaner thread)
      MySQL purge thread 참고

      (https://dev.mysql.com/doc/innodb/1.1/en/innodb-improved-purge-scheduling.html)

 MySQL InnoDB는 버전이 업그레이드 되면서 purge 를 위한 Thread 들이 각각 기능별 분리 및 성능 향샹을 위한 옵션이 추가 되었습니다.

show engine innodb status 의 TRANSACTIONS 섹션을 통해서 transaction, redo log ,dirty page, insert buffer purge 에 대한 자세한 내용을 언급 하도록 하겠습니다.

http://cafe.naver.com/mysqlpg/293

http://cafe.naver.com/mysqlpg/293

[출처] TokuDB? Fractal Index에 대해 알아보아요~! (MySQL Power Group) |작성자 gywn_net

http://cafe.naver.com/mysqlpg/189

이 야심한 밤에.. 눈팅을 하다가 나도 오늘은 올려야겠다는 왠지 모를 의무감이 들어서.. 미뤄두었던 글 하나 올릴까 합니다. ^^

mysql 구조.pptx

$ sudo apt-get install mysqltuner -y

Buffer Cache 초기화 후, Data Caching 을 위한 Script 공유

dba_cache_data.sh

dba_cache_data.sql

안녕하세요. 준경대디 입니다.

금일 새벽점검 나왔다가 잠시 여유가 생겨,

Data Cache Script 을 만들어보았습니다.

■ 목적

점검시 DB Restart 가 진행되어 Buffer Memory 가 초기화 되었을 때,

점검 오픈전 데이터들을 일부 Buffer Memory 로 Caching 함으로서

유저유입시 발생하는 Disk IO 충격을 완화함

■ Reference

- MySQL NF 5.6 - InnoDB Buffer Pool Warm-Up (5.6.3~)

  : http://cafe.naver.com/mysqlpg/102

- MariaDB InnoDB Buffer Pool Warm-Up

  : http://cafe.naver.com/mysqlpg/75

■ dba_cache_data.sh

■ dba_cache_data.sql

■ dba_cache_data_old.sql

[출처] Convert Unixtime to Date Shell 공유 (ex.slowquery 분석) (MySQL Power Group) |작성자 준경대디

Convert Unixtime to Date.txt

slowquery 분석하다보면 가장 불편한 점 중의 하나가 Unixtime 에 대한 부분인데요.

잠시 시간내어 Unixtime 을 Date 로 변환하는 shell 을 만들어보았습니다.

필요하신 분들 유용히 사용해 주시면 좋겠네요.

■ Convert Unixtime to Date in Shell

date +'%Y/%m/%d_%H:%M:%S'

-- 2014/04/17_18:31:07

date --date='04/17/2014 18:31:07' +"%s"

-- 1397727067

date -d @1397727067  +'%Y/%m/%d_%H:%M:%S'

-- 2014/04/17_18:31:07

■ Convert Unixtime to Date in slowquery.log

vi convert_unixtime2date.sh
===========================================================================================================
#!/bin/bash

if [ -z "$1" ]
then
   echo "<Usage> sh  convert_unixtime2date  [filename]";
   exit;
fi

cat $1 | sed 's/*/[asterisk]/g' |
while read line;
do
   templine=''
   templine=`echo $line | grep 'SET timestamp' | awk '{print $1}'`

   if [ ! -z $templine ]
   then
      sec_time=`echo $line | awk -F= '{print $2}' | sed 's/;//g'`
      str_time=`date -d @${sec_time}  +'%Y/%m/%d_%H:%M:%S'`
      new_line="SET timestamp="${str_time}
      echo $new_line;
   else
      echo $line;
   fi
done
===========================================================================================================

vi convert_unixtime2date2.sh
===========================================================================================================
#!/bin/bash

if [ -z "$1" ]
then
   echo "<Usage> sh  convert_unixtime2date2  [filename]";
   exit;
fi

cat $1 | sed 's/*/[asterisk]/g' |
while read line;
do
   echo $line;
   CheckString="SET timestamp=";
   if [[ $line == *${CheckString}* ]]; then
      echo "NEW timestamp="`date -d @\`echo $line | sed -r 's/[A-Za-z=; ]//g'\` +'%Y/%m/%d_%H:%M:%S'`;
   fi;
done
===========================================================================================================

vi slowquery.log (샘플)
===========================================================================================================
SET timestamp=1397692808;
select * from (select id, nick from member  where id > 102291 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @  [10.17.152.72]  Id: 45625
# Query_time: 0.706817  Lock_time: 0.000084 Rows_sent: 1  Rows_examined: 3
SET timestamp=1397692808;
select * from (select id, nick from member  where id > 102291 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @  [10.17.152.70]  Id: 44436
# Query_time: 0.884152  Lock_time: 0.000076 Rows_sent: 1  Rows_examined: 3
SET timestamp=1397692808;
select * from (select id, nick from member  where id > 102291 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @  [10.17.152.68]  Id: 45507
# Query_time: 0.727718  Lock_time: 0.000081 Rows_sent: 1  Rows_examined: 3
SET timestamp=1397692808;
select * from (select id, nick from member  where id > 102291 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @  [10.17.152.72]  Id: 45626
# Query_time: 0.793878  Lock_time: 0.000065 Rows_sent: 2  Rows_examined: 6
SET timestamp=1397692808;
select * from (select id, nick from member  where id > 102290 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @  [10.17.152.70]  Id: 54486
# Query_time: 0.683718  Lock_time: 0.000118 Rows_sent: 2  Rows_examined: 6
SET timestamp=1397692808;
select * from (select id, nick from member  where id > 102290 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @  [10.17.152.68]  Id: 47172
# Query_time: 0.570113  Lock_time: 0.000079 Rows_sent: 1  Rows_examined: 3
SET timestamp=1397692808;
select * from (select id, nick from member  where id > 102291 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @  [10.17.152.72]  Id: 48101
# Query_time: 0.574550  Lock_time: 0.000083 Rows_sent: 1  Rows_examined: 3
===========================================================================================================

Test.1

sh convert_unixtime2date.sh slowquery.log
===========================================================================================================
SET timestamp=2014/04/17_09:00:08
select [asterisk] from (select id, nick from member where id > 102291 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @ 1 2 Id: 45625
# Query_time: 0.706817 Lock_time: 0.000084 Rows_sent: 1 Rows_examined: 3
SET timestamp=2014/04/17_09:00:08
select [asterisk] from (select id, nick from member where id > 102291 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @ 1 2 Id: 44436
# Query_time: 0.884152 Lock_time: 0.000076 Rows_sent: 1 Rows_examined: 3
SET timestamp=2014/04/17_09:00:08
select [asterisk] from (select id, nick from member where id > 102291 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @ 1 2 Id: 45507
# Query_time: 0.727718 Lock_time: 0.000081 Rows_sent: 1 Rows_examined: 3
...
...
===========================================================================================================

Test.2

sh convert_unixtime2date2.sh slowquery.log
===========================================================================================================
SET timestamp=1397692808;
NEW timestamp=2014/04/17_09:00:08
select [asterisk] from (select id, nick from member where id > 102291 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @ 1 2 Id: 45625
# Query_time: 0.706817 Lock_time: 0.000084 Rows_sent: 1 Rows_examined: 3
SET timestamp=1397692808;
NEW timestamp=2014/04/17_09:00:08
select [asterisk] from (select id, nick from member where id > 102291 order by id desc limit 20) a order by id asc;
# User@Host: lastdayuser[lastdayuser] @ 1 2 Id: 44436
# Query_time: 0.884152 Lock_time: 0.000076 Rows_sent: 1 Rows_examined: 3
SET timestamp=1397692808;
NEW timestamp=2014/04/17_09:00:08
...
...
===========================================================================================================