MySQL의 버전별 기능(Features) 변경 이력



출처 : http://intomysql.blogspot.kr/2011/01/mysql-features.html


VersionFeatures
추가변경삭제
5.5
  • MyISAM 대신 InnoDB가 MySQL의 기본 스토리지 엔진으로 채택
    • 5.4.2
  • Plugin버전의 InnoDB가 Builtin 버전으로 다시 적용
    • 5.1.38
  • InnoDB Plugin
    • 5.1.24
    (Enterprise version)
  • "SHOW PROFILE"
    • 5.1.12
  • "general_log" 파라미터

  • General query log를 동적으로 변경 가능
    • 5.1.8
  • "Mixed" 복제 모드
    • 5.1.6
  • Partition pruning 기능
    • 5.1.5
  • EXPLAIN PARTITIONS(파티션 테이블의 실행 계획) 지원
  • "RBR"(Row Based Replication) 복제 모드
    • 5.1
  • Plugin API 도입
  • Plugin버전의 InnoDB 릴리즈 (InnoDB 의 많은 성능 개선과 변화가 있음)

  • BDB 스토리지 엔진
    • 5.0.32
    (Community version)
  • "SHOW PROFILES"
    • 5.0.7
  • LIMIT의 파라미터도 PreparedStatement에서 변수화 가능
    • 5.0.5
  • BIT 데이터 타입이 MEMORY, InnoDB, BDB, NDBCLUSTER 스토리지 엔진에 구현됨
    • 5.0.3
  • FEDERATED 스토리지 엔진
  • 신규 함수 추가
    STDDEV_POP()
    STDDEV_SAMP()
    VAR_POP()
    VAR_SAMP()

  • BIT 데이터 타입이 TINYINT와 호환성 없어짐


  • NUMERIC와 DECIMAL 타입의 저장 방식이 String에서 Binary로 변경
    • 5.0.2
  • TRIGGER 도입

  • HAVING 조건에 SELECT컬럼, GROUP-BY컬럼, OUTER-서브쿼리의 값 사용 가능(ANSI 표준)
    • 5.0.1
  • VIEW 도입

  • HAVING 조건에 SELECT컬럼, GROUP-BY컬럼, OUTER-서브쿼리의 값 사용 가능(ANSI 표준)
    • 5.0
  • StoredRoutine (Procedure,Function) 도입
  • CURSOR 도입
  • Archive 스토리지 엔진
  • INFORMATION_SCHEMA 딕셔너리 데이터베이스 도입 (ANSI 표준)

  • ISAM 스토리지 엔진 제거
    • 4.1.11
  • Blackhole 스토리지 엔진
    • 4.1.4
  • CVS 스토리지 엔진
    • 4.1
  • SubQuery 도입
  • WHOW WARNINGS
  • CREATE TABLE ... LIKE ...
  • GROUP_CONCAT() 구현
  • 유니코드(UTF8, UCS2) 지원
  • GIS 관련 기능(Spatial extension) 지원
  • ALTER DATABASE 명령 지원
  • DUAL 테이블 내부 지원(타 DBMS와의 호환성 유지)
    "SELECT 1" 명령과 "SELECT 1 FROM DUAL" 명령은 동일
  • Memory 스토리지 엔진에서 B-Tree 허용
  • EXPLAIN EXTENDED 구현

  • Column 코멘트 구현(CREATE TABLE...)
  • PASSWORD() 함수의 알고리즘 업그레이드
    기존 알고리즘은 OLD_PASSWORD()로 변경됨
  • CHAR, VARCHAR 타입의 길이가 바이트수에서 문자수로 변경됨
  • 파생 테이블(Derived tables) 내에서 UNION 사용 가능
    • 4.0.18
  • "TYPE" 키워드가 "ENGINE" 키워드로 변경(CREATE TABLE...)
    • 4.0.14
  • InnoDB의 BLOB와 TEXT 타입에 대한 인덱스 지원
    • 4.0.4
  • JOIN DELETE (Multiple Delete) 도입
  • JOIN UPDATE (Multiple Update) 도입
    • 4.0.2
  • Memory 스토리지 엔진에서 NULLABLE 컬럼의 인덱스 지원

  • VARCHAR 컬럼의 길이가 1~255에서 0~255로 변경됨
    • 4.0.1
  • Query Cache 도입
    • 4.0
  • UNION 집합 연산 도입
  • SQL_CALC_FOUND_ROWS 힌트와 FOUND_ROWS() 함수 구현

  • UPDATE와 DELETE 구문에 ORDER BY 사용 허용
    • 3.23
  • EXPLAIN(쿼리 실행계획) 구현
  • 전문 검색(Fulltext search) 도입
  • JOIN(SELECT만) 도입
  • NULL-SAFE 연산자(<=>) 도입

  • 길이가 0인 CHAR 컬럼 허용


    • 반응형
    저작자표시 비영리

    'MySQL' 카테고리의 다른 글

    [펌][Mysql] *MySQL 쓰면서 하지 말아야 할 것 17가지*  (0) 2016.06.02
    [펌]MariaDB와 MySQL의 호환성  (0) 2016.06.02
    [MySQL] mysqldump 시 lock tables  (0) 2016.05.31
    [펌][MySQL] 비교 연산자  (1) 2016.03.04
    [펌] [MySQL] 5.1의 InnoDB에서 MySQL 테이블 최적화하기  (0) 2016.03.03

    PHP 사이트 수정 중 MySQL between 을 사용하려면,

    현재 날짜에 +1 로 해 줘야지, 금일 데이터 까지 조회가 된다.


    하지만 이 부분이 개발이 되어 있지 않아서 개발 하다 보니, 기존에 string 으로 달력에서 받은 것에

    +1 만 하였다...


    역시 아무 생각 없이 개발한 것에는 버그가 생기는 법...


    오늘은 31일이다...여기 + 1을 하니...32...!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


    어휴.........


    아래와 같이 수정함으로써 해결...


    fDate 는 참고로 "20160531"


        $fTimeYear = substr($fDate,0,4);
        $fTimeMon = substr($fDate,4,2);
        $fTimeDay = substr($fDate,6,2);

        $RFDate = "$fTimeYear-$fTimeMon-$fTimeDay";
    RFDate 는 2016-05-31

        echo date("Y-m-d", strtotime("+1 days",strtotime($RFDate)));
        $RFDate = date("Y-m-d", strtotime("+1 days",strtotime($RFDate)));

    이렇게 하면 RFDate의 경우 타입이 date 가 되며, +1 을 했기 때문에
    결과는 아래와 같아

    2016-06-01


    그래....내 잘 못이지..ㅠ


    [참고]  http://jhrun.tistory.com/137

    반응형
    저작자표시 비영리


    오랜만에 포스팅한다.


    파이썬 스크립트 개발에 틈틈히 php 수정등...

    마리아 DB를 공부도 해야된다는 생각에 정신이 없다..

    하지만 이게 잘 하고 있는건지...라는 의문의 1패...


    잡설은 그만하고..


    Script로 백업 도중 (스크립트 뽑아내는 명령어 중) Lock Tables 라는 에러가 발생하였다.


    그동안 문제없이 잘 돌아가는 스크립트가 왜 지금 에러가 발생했을까 라는 의문도 들고..

    중간에 작업한 적이 없는 것 같은데 ...


    하지만 컴퓨터는 거짓말을 하지 않기에... 일단은 백업이 우선이라 해결을 진행해 보았다.



    MyISAM 이기에 배치 작업이 있나 확인을 해 보았다. (조회 또한 table lock 을 잡기에....이건 순수히 나만의 생각)


    show processlist;


    하지만 확인 결과 어떠한 작업도 확인이 되지 않았다.


    그렇다면 희박하지만 권한을 부여해 보았다. (권한을 revoke 한 적은 전혀 없기에...)


    mysql> GRANT SELECT,LOCK TABLES ON DBNAME.* TO 'username'@'localhost';


    이 후 다시 진행해 보았다.


    $mysqldump -d -u유저 -p --quick > /파일명.sql 


    말도 안되....정상적으로 진행이 되었다.


    하아....누가??아니면 무슨 이유로...??

    원인을 찾아 봐야겠다.

    반응형
    저작자표시 비영리

    'MySQL' 카테고리의 다른 글

    [펌]MariaDB와 MySQL의 호환성  (0) 2016.06.02
    [MySQL] 버전별 기능(Features) 변경 이력  (0) 2016.06.01
    [펌][MySQL] 비교 연산자  (1) 2016.03.04
    [펌] [MySQL] 5.1의 InnoDB에서 MySQL 테이블 최적화하기  (0) 2016.03.03
    [MySQL] DUMP (mysqldump) export  (1) 2016.02.25

    + Recent posts

    티스토리툴바