[MySQL] MySQL server has gone away error


몇일전 운영하는 사이트에서 이 에러가 발생해서 정리

MySQL 공식사이트에서 이 에러에 대한 페이지를 보면(https://dev.mysql.com/doc/refman/5.0/en/gone-away.html)
이 에러는 증상에 따라 에러 코드가 두가지로 나뉜다.

2006 : CR_SERVER_GONE_ERROR : The client couldn't send a question to the server.
2013 : CR_SERVER_LOST : The client didn't get an error when writing to the server, but it didn't get a full answer (or any answer) to the question.


원인을 크게 세가지로 나눌수 있는데

1. 어떤 이유에서든 MySQL 서버와 연결이 끊어진 경우(wait_timeout 등)
 - 재연결하거나 끊어진 원인을 파악해서 끊어지지 않게 처리

2. 쿼리가 너무 큰 경우( max_allowed_packet variable 에 설정된 값보다 큰 쿼리를 실행하면 발생)
 - variable 값을 키우거나 쿼리를 작게 만든다

3. --skip-networking 옵션을 사용하여 MySQL을 시작한 경우
 - 이 옵션을 빼고 시작한다.


Posted by incree

2015/07/29 12:30 2015/07/29 12:30
Response
0 Trackbacks , 0 Comments
RSS :
http://www.incree.com/tc/incree/rss/response/364

Trackback URL : 이 글에는 트랙백을 보낼 수 없습니다

[MySQL] Explain 결과의 칼럼들

1. id

2. select_type
[MySQL] Explain 결과의 select_type 칼럼

3. table
[MySQL] Explain 결과의 table 칼럼

4. type
[MySQL] Explain 결과의 type 칼럼

5. possible_keys
 - MySQL 옵티마이저가 최적의 실행계획을 만들기 위해 후부로 선정했던 접근 방식에서 사용되는 인덱스 목록
 - 무시해도 되는 칼럼이다.

6. key
 - 최종 선택된 실행 계획에서 사용하는 인덱스

7. key_len
 - 인덱스의 각 레코드에서 사용된 byte값

8. ref
 - 접근방식(type)이 ref 일때 참조 조건으로 제공된 값을 보여준다.
 - 상수면 const, 다른 테이블의 칼럼값이면 그 테이블 명과 칼럼명
 - func라고 나오는 경우 가급적 이 값이 안나오게 해결하는게 좋다.

9. rows
 - 각 스토리지 엔진별로 가지고 있는 통계 정보를 참조해서 산출해낸  쿼리를 처리하기 위해 읽어야할 레코드의 예상 값
 - 산출치이고, 실제 쿼리 결과 레코드 건수와는 다르다.

10. Extra

Posted by incree

2014/08/25 13:19 2014/08/25 13:19
, , , , , , ,
Response
0 Trackbacks , 0 Comments
RSS :
http://www.incree.com/tc/incree/rss/response/357

Trackback URL : 이 글에는 트랙백을 보낼 수 없습니다

[MySQL] Explain 결과의 type 칼럼

1. system
 - MyISAM or MEMORY table중 레코드가 1건 이하로 존재하는 테이블의 참조 형태 접근
 * InnoDB에는 없는 형태

2. const
 - primary key or unique key 를 where 조건에 이용해서 결과가 1건만 반환되는 쿼리의 처리 방식

3. eq_ref
 - join에서 처음 읽은 테이블의 칼럼 값을 그 다음 읽어야 할 테이블의 primary key or unique key 칼럼의 검색 조건에 사용할때를 eq_ref 라고 하고
두번째 이후에 읽는 테이블의 type 칼럼에 표시된다.
 - 두번째 이후에 읽는 테이블에서 반드시 1건만 존재한다는 보장이 있어야 사용가능

4. ref
 - join 순서와 상관없고, index 종류와 관계없이 도등 조건으로 검색할 때는 ref 접근 방법이 사용된다.

5. fulltext
 - 

6. ref_or_null
 - ref 접근 방식과 같은데, NULL 비교가 추가된 형태

7. index_merge
 - 2개 이상의 index를 이용해 각각의 검색 결과를 만들어낸 후 그 결과를 병합하는 처리 방식

8. unique_subquery
 - where 조건절에 사용될 수 있는 IN (subquery) 형태의 쿼리를 위한 접근 방식

9. index_subquery
 - in (subquery) 형태에서 subquery의 결과가 중복된 값을 반환할 수 있지만, 중복을 index를 이용해 제거할 수 있는 접근 방법

10. range
 - <, >, IS NULL, BETWEEN, IN, LIKE 등의 연산자를 이용해 인덱스 검색할때
 * 일반적으로 range scan은 const, ref, range 세가지 접근 방법을 말한다.

11. index
 - index full scan

12. ALL
 -


* All, index
index는 인덱스 풀 스캔을 의미하며, ALL은 풀 테이블 스캔을 의미한다. 둘 다 대상의 차이만 있지 전체 레코드를 대상으로 하는 작업 방식이라서 빠르게 결과를 가져오기는 어렵다.
일반적인 OLTP 환경에 적합한 접근 방식은 아니므로 새로운 인덱스를 추가하거나 쿼리의 요건을 변경해서 이러한 접근 방법을 제거하는 것이 좋다.

Posted by incree

2014/08/25 13:03 2014/08/25 13:03
, ,
Response
0 Trackbacks , 0 Comments
RSS :
http://www.incree.com/tc/incree/rss/response/356

Trackback URL : 이 글에는 트랙백을 보낼 수 없습니다

[MySQL] Explain 결과의 table 칼럼

1. NULL
 - 별도의 테이블 사용하지 않는 경우(ex : select NOW())

2. derived or union
 - 임시테이블
 - 뒤에 나오는 숫자는 id값

Posted by incree

2014/08/25 12:48 2014/08/25 12:48
, ,
Response
0 Trackbacks , 0 Comments
RSS :
http://www.incree.com/tc/incree/rss/response/355

Trackback URL : 이 글에는 트랙백을 보낼 수 없습니다

[MySQL] Explain 결과의 select_type 칼럼

1. SIMPLE
 - UNION이나 sub query를 사용하지 않는 단순한 SELECT
 - 일반적으로 제일 바깥 SELECT query가 SIMPLE로 표시된다.

2. PRIMARY
 - UNION이나 sub query가 포함된 SELECT 쿼리의 가장 바깥쪽에 있는 쿼리

3. UNION
 - UNION으로 결합하는 SELECT query에서 두번째 이후의 SELECT의 select_type
 - 첫번째는 UNION으로 결합된 전체 집합의 select_type가 표시

4. DEPENDENT UNION
 - UNION으로 결합된 쿼리가 외부의 영향을 받는다.
*** "DEPENDENT" 키워드가 포함된 sub quiery는 비효율적인 경우가 많다.

5. UNION RESULT
 - UNION 결과

6. SUBQUERY
 - FROM절에서 사용하는 쿼리
 * Nested Query : select column에 사용하는 sub query
 * Sub Query : where 절에 사용하는 sub query
 * Derived : from 절에 사용하는 sub query(inline view, sub select)

7. DEPENDENT SUBQUERY
 - 바깥쪽 select query에서 정의된 칼럼을 사용하는 sub query
쿼리의 from 절 이외의 부분에서 사용하는 서브 쿼리가 자체적으로 실행되지 못하고, 외부 쿼리에서 값을 전달받아 실해오디는 경우 DEPENDENT SUBQUERY가 표시된다.
이는 서브 쿼리가 먼저 실행되지 못하고, 서브 쿼리가 외부 쿼리의 결과 값에 의존적이기 때문에 전체 쿼리의 성능을 느리게 만든다.
서브 쿼리가 불필요하게 외부 쿼리의 값을 전달받고 있는지 검토해서, 가능하다면 외부 쿼리와의 의존도를 제거하는 것이 좋다.

8. DERIVED
 - sub query가 from 절에 사용된 경우
 *** 가능하면 sub query보다는 join을 사용하라
(DERIVED는 from 절에 사용된 서브 쿼리로부터 발생한 임시 테이블을 의미한다.
임시테이블은 메모리에 저장될 수도 있고 디스크에 저장될 수도 있다.
일반적으로 메모리에 저장하는 경우에는 크게 성능에 영향을 미치지 않지만, 데이터의 크기가 커서 임시 테이블을 디스크에 저장하면 성능이 떨어진다.)

9. UNCACHEABLE SUBQUERY
 - 쿼리의 from 절 이외의 부분에서 사용하는 서브 쿼리는 가능하면 MySQL 옵티마이저가 최대한 캐시되어 재사용 될 수 있게 유도한다.
하지만 사용자 변수나 일부 함수가 사용된 경우에는 이러한 캐시 기능을 사용할 수 없게 만든다.
이런 실행 계획이 사용된다면 혹시 사용자 변수를 제거하거나 다른 함수로 대체해서 사용 가능할지 검토해보는 것이 좋다.

10. UNCACHEABLE UNION

Posted by incree

2014/08/25 12:45 2014/08/25 12:45
, ,
Response
0 Trackbacks , 0 Comments
RSS :
http://www.incree.com/tc/incree/rss/response/354

Trackback URL : 이 글에는 트랙백을 보낼 수 없습니다

[MySQL] explain type의 빠른 순서

system 
const 
eq_ref 
ref 
ref_or_null 
index_merge 
unique_subquery 
index_subquery 
range 
index 
ALL

Posted by incree

2014/08/13 03:00 2014/08/13 03:00
,
Response
0 Trackbacks , 0 Comments
RSS :
http://www.incree.com/tc/incree/rss/response/352

Trackback URL : 이 글에는 트랙백을 보낼 수 없습니다

mysql user defined global variables

기본으로 제공하는 mysql 기능에는 global 사용자 변수를 설정할 수 없다.

udf로 처리해야 한다.

https://github.com/jedisct1/MySQL-global-user-variables-UDF

Posted by incree

2014/05/07 00:22 2014/05/07 00:22
, , , ,
Response
0 Trackbacks , 0 Comments
RSS :
http://www.incree.com/tc/incree/rss/response/327

Trackback URL : 이 글에는 트랙백을 보낼 수 없습니다

[ORACLE] Virtual Private Database 테스트

한국생상성본부 웹 취약점 분석전문가 교육중

-- Virtual Private Database test
-- mount 경로(vm -> settings -> option -> add)
/mnt/hgfs/ws2/

[oracle@oracle ws2]$ cd /mnt/hgfs/ws2/
[oracle@oracle ws2]$ sqlplus "/as sysdba"


SQL> conn system/oracle
SQL> @lab_15_01_pre.sql
SQL> @lab_15_02_package.sql
SQL> @lab_15_03_policy.sql

SQL> @lab_15_04_post.sql   --<======== 아래 확인후 전체 삭제하는 쿼리



-- new terminal
[oracle@oracle admin]$ sqlplus peter/peter
SQL> select * from department_secrets;
SQL> conn julia/julia
SQL> select * from department_secrets;

Posted by incree

2013/06/21 01:26 2013/06/21 01:26
, ,
Response
0 Trackbacks , 0 Comments
RSS :
http://www.incree.com/tc/incree/rss/response/240

Trackback URL : 이 글에는 트랙백을 보낼 수 없습니다

한국생상성본부 웹 취약점 분석전문가 교육중


[oracle@oracle ws2]$ sqlplus "/as sysdba"
SQL> alter system set encryption key identified by "ora1cle2";

SQL> alter system set encryption wallet open identified by "ora1cle2";


SQL> CREATE TABLESPACE tde DATAFILE 'tde01.dbf' SIZE 500K;

-- tablespace 경로
-- /u01/app/oracle/product/10.2.0/db_1/dbs
-- $ORACLE_HOME/dbs


SQL> create table hr.emp_enc(
    first_name varchar2(20),
    last_name varchar2(20),
    salary number encrypt,
    job_nonenc varchar2(20),
    job varchar2(20) encrypt
) tablespace tde;

SQL> insert into hr.emp_enc values ('mir', 'baek', 10000, 'CurriculumA', 'CurriculumB');
SQL> commit;

-- 입력된 테이타 확인
-- select * from hr.emp_enc;

-- tablespace 분리
SQL> alter tablespace tde offline;

-- sqlplus 종료

[oracle@oracle dbs]$ cd $ORACLE_HOME/dbs
[oracle@oracle dbs]$ strings tde01.dbf

Posted by incree

2013/06/21 01:24 2013/06/21 01:24
, ,
Response
0 Trackbacks , 0 Comments
RSS :
http://www.incree.com/tc/incree/rss/response/239

Trackback URL : 이 글에는 트랙백을 보낼 수 없습니다

[ORACLE] 보안설정 점검해볼 테이블

한국생상성본부 웹 취약점 분석전문가 교육중

보안설정 점검해볼 테이블

SQL>desc dict;

-- 권한 정보 확인
SQL>select table_name,comments from dict where table_name like '%PRIVS%';

-- dblink 정보 확인
SQL>select table_name from dict where table_name like '%DBLINK%';

--
SQL>select table_name,comments from dict where table_name like '%GRANT%';


dblink는 절대 사용하면 안된다 - 암호가 평문으로 저장됨

Posted by incree

2013/06/21 01:20 2013/06/21 01:20
, ,
Response
0 Trackbacks , 0 Comments
RSS :
http://www.incree.com/tc/incree/rss/response/238

Trackback URL : 이 글에는 트랙백을 보낼 수 없습니다


Notices

Archives

Authors

  1. incree

Recent Trackbacks

Calendar

«   2017/03   »
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31  

Site Stats

Total hits:
394347
Today:
25
Yesterday:
167