Jehna :)

PDO로 UPDATE 쿼리 실행 시, There is already an active transaction in.. 와 같은 오류가 발생하는 경우가 있다. * 보통은 업데이트 할 column의 values값이 잘 못 전달되거나 column수와 values 수가 다를 경우 발생하지만 transaction 문제가 있는 경우에도 위와 같은 오류가 발생할 수 있다. 한번에 쿼리가 여러번 실행될 때, transaction도 여러번 실행되는 환경 하나의 transaction이 끝나기도 전에 다른 transaction이 호출되면서 과부하가 걸려 DB에서 자체적으로 막아버림 1. 쿼리 준비 전, beginTransaction() 실행 2. 실행할 모든 ..

DB 복구 후, 잘 사용하고 있다 에러가 발생했다. 아마도 서버에 설치한 MariaDB 는 10.6이고 복구한 버전은 10.1이여서 발생한 오류같다. 해결 방법은 간단하다. MariaDB 업그레이드! # mysql_upgrade -u root -p

서버가 왜 그랬는지 모르겠지만 ㅠㅠ.. 강제 종료되면서 디비가 손상되었다. 이럴 수도 있는건가..? 아무튼 /var/lib/mysql을 백업해둔게 있어 복구해보려고 한다. innodb로 복구를 하기 위해선 /var/lib/mysql/안에 ib_logfile0, ib_logfile1, ibdata1등등이 필요하다. /var/lib/mysql전체 백업되어 있으면 끝~ 1. /etc/my.cnf 추가 설정 innodb_force_recovery = 0 innodb_purge_threads = 0 2. /var/lib/mysql 백업본으로 교체 - 백업해둔 mysql로 변경 3. mariadb 재시작 systemctl restart mariadb ※ 복구해서 잘 사용하다 갑자기 Cannot load from m..

■ 데이터베이스 생성 CREATE DATABASE 데이터베이스명; ■ 사용자 생성 - '%': 어디서든 접속 가능 - 'localhost': 로컬에서만 접속 가능 CREATE USER '아이디'@'%' IDENTIFIED BY '비밀번호'; ■ 사용자 권한주기 GRANT ALL PRIVILEGES ON 데이터베이스.* TO '아이디'@'%'; ■ 새로고침 FLUSH PRIVILEGES;

● 전체 DB 덤프 mysqldump -u사용자id -p -all-databases > 덤프파일명.sql ex) mysqldump -uroot -p --all-databases > all.sql ● 덤프파일 복구 mysql -u사용자id -p 덤프파일명.sql ex) mysqldump -uroot -p db1 > db1.sql ● 특정 DB만 복구 mysql -u사용자id -p db이름 덤프파일명..

"오라클, 날짜 형식 변경 yy/mm/dd -> yyyy-mm-dd" 아무리 쿼리를 날려도 yy-mm-dd로 나오는 슬픈 현실..확인해보니 날짜형식이 yy-mm-dd로 되어 있어서 그런거였다.. ㅋㅋㅋㅋㅋ아오 1. 날짜형식 확인 SQL> SELECT * FROM SYS.PROPS$ WHERE NAME='NLS_DATE_FORMAT'; NAME ------------------------------ VALUE$ -------------------------------------------------------------------------------- COMMENT$ -----------------------------------------------------------------------------..

"오라클 ORA-12541 오류 해결방법" 언어셋 변경으로 하루종일 삽질만 했는데.. 이젠 리스너 문제까지 일어났다. 아니 어제까지만 해도 잘되던가 왜????갑자기 왜!! 정말 환장할 노릇이군!!!!! 환경> CentOS7에 oracle을 설치하여 사용 중, 개인 PC에서 오라클 서버로 접속시 오류 발생 * 에러 메시지 ORA-12541: TNS:no listener * 원인 - 오라클 리스너가 동작하지 않을 경우 - listener.ora 설정 오류 - listener.log 파일의 용량 초과 * 해결방법 - 리스너 재시작 - 설정파일 수정 - 로그파일 비우기 1. 리스너 상태 확인 - root가 아닌 oracle로 접속한 후 명령어 실행 - 아래는 리스너가 정상적으로 동작한 경우이다. [oracle@..

"[ORACLE] 문자셋 변경 후 오류 해결 방법" 역시나.. 과감하게 문자셋을 변경했더니.. 오류가 발생했다. 허허허허.. 오라클에 오자도 모르는 나란 인간.. * 오류 메시지 ORA-06552: PL/SQL: Compilation unit analysis terminated ORA-06553: PLS-553: character set name is not recognized * 원인 문자셋이 중복되어 발생 * 해결 방법 문자셋을 제대로 변경해주면 된다.. 1. 문자셋 중복 확인 - 솔직히 아래 쿼리를 이해하고 실행한건 아니다.. 이해하려고 했으나 너무 어렵다능 T^T SELECT DISTINCT(NLS_CHARSET_NAME(CHARSETID)) CHARACTERSET, DECODE(TYPE#, 1,..

"[Navicat] 오라클 ORA-12737 에러 해결방법" 산 넘어 산이 이런건가.. * 에러메시지 ORA-12737: Instant Client Light: unsupported server character set KO16MSWIN949 * 원인 Navicat에서는 최소 문자 집합만 제공하는 InstantClientBasicLite버전을 사용하고 있기 때문에, 오라클 서버에 적용한 캐릭터셋을 지원하지 못함 (KO16MSWIN949: 한글 조합형으로 완성형을 포함하여 11172자의 한글을 지원하고 있음) * 해결방법 Navicat의 OCI 라이브러리를 InstantClientPackage-Basic으로 변경하면 됨 1. 오라클 홈페이지에서 Instant Client Package-Basic 다운 - ..

"[Oracle] 문자셋(characterset) 확인 및 변경" ※ 참고 및 주의사항 (문자셋 변경 전 꼭!! 읽어봐야 함) - CENTOS7에 ORACLE을 설치함 (아래 내용은 윈도우여도 동일한 것 같다.) - ORACLE에 SYSDBA로 접속 - 데이터베이스에 데이터가 있는 경우 문자셋 변경은 매우 위험할 수 있다. 1. 문자셋 확인 select * from nls_database_parameters where parameter = 'NLS_CHARACTERSET'; // nls_database_parameters 테이블에서 캐릭터셋만 조회 2. 문자셋 변경 SQL> update props$ set value$='KO16MSWIN949' where name='NLS_CHARACTERSET'; //..