zepinos BLOG

아래 링크와 같은 글이 올라와서 개인적으로 도와드렸습니다. http://www.parkoz.com/zboard/view.php?code=187&no=498615 MySQL 에 dump 받은 파일을 import 하려는데 오류가 발생한다는 것이었습니다. 도움을 요청하신 분은 dump 파일이 너무 커서 발생하는 문제라고 생각하였지만, 사실 Table 내 ROWS 에 포함된 varchar 등이 모두 합쳐 8126 을 넘게 되면 발생하는 오류로 MySQL 5.6.20 이후 버젼부터 발생할 수 있다고 합니다. 다음 링크에서도 내용을 확인할 수 있습니다. https://wordpress.stackexchange.com/questions/162407/wordpress-database-import-row-size-too..

MySQL 5.7 부터는 group by 에 지정되지 않은 컬럼이 select 에 존재해도 문제가 발생되지 않던 부분이 오류가 발생되도록 변경되었습니다. 이를 위해 group by 에 있지 않은 컬럼에 ANY_VALUE(), GROUP_CONCAT(), MAX() 와 같은 집계 함수를 사용하여 문제가 발생하지 않게 하거나 group by 항목에 넣거나 다른 방식으로 처리를 해야 합니다. 기존과 같이 동작하게 하기 위해 MySQL 의 설정을 변경하는 방법도 존재합니다. select @@GLOBAL.sql_mode sql mode 에 ONLY_FULL_GROUP_BY 가 존재할 것인데, 이를 제거하고 다른 설정만 남겨두는 것입니다. 물론 MySQL 설정파일에 [mysqld] 항목에 sql_mode 값을 추가..

별도의 테스트 서버가 없거나, 원격지에 서버가 있어서 그냥 개발PC 에 Docker 을 깔고 MySQL 을 쓸 때가 있습니다. 이 경우 Official 이미지를 이용하는데, max_allowed_packet 같은 수치를 변경해야 할 때가 있습니다. 보통은 명령을 사용하는 것을 꺼려하고 Kitematic 을 이용해서 간단하게만 사용하는 편인데, 명령이 아닌 Kitematic 에서는 명령을 추가할 방법이 없었습니다. 그래서 어쩔 수 없이...다음과 같이 설정 파일을 생성해서 필요한 값을 부여하도록 수정하였습니다. docker exec -it mysql bash -c "echo 'max_allowed_packet = 1024M' >> /etc/mysql/mysql.conf.d/mysqld.cnf MySQL 공..

2019/06/11 - [DB/Couchbase] - 왜 Couchbase을 선택하게 되었나? (1) 이전 글에서 Couchbase을 선택하기에 앞서 Memcached와 Redis을 선택하지 않은(정확히는 주력으로 사용하지 않는) 이유를 언급했습니다. 실제로 두 제품 모두 실제 사용을 했던 제품이고 사용 중 발생하는 문제점이 너무나 치명적이어서 당장 바꾸지 않으면 안 되는 정도의 문제는 아니었습니다. 하지만, 두 제품 모두 cache 성격에 가까운 key/value 타입의 NoSQL이다 보니 다른 제품과 혼용해서 사용하지 않으면 서비스를 하는데 문제가 발생할 여지가 있었습니다. 가장 두드러지는 문제는 저장공간을 Memory로 사용하기 때문에 용량에 대한 제약이 크다는 것이었습니다. 그래서 저장 용량이 크..

요즘에도 프로그램 개발 시 RDBMS 뿐만 아니라 NoSQL을 혼용해서 사용하거나 NoSQL 만으로 구성하려는 시도가 꾸준히 있습니다. 역시 그 이유로 가장 대표적인 게 RDBMS의 속도나 장애 대응에 의문을 품기 때문일 것입니다. 저 역시도 이미 수년 전부터 NoSQL을 써서 개발을 했던 경험이 있고, 유명한 NoSQL 제품을 비교하고 테스트했었고, 실제로 서비스를 개시한 경험도 몇 차례 있습니다. 그중에서도 단연 Couchbase을 사용한 경우가 압도적으로 많았습니다. 또한, 회사 동료들에게 Couchbase을 영업(?)하여 사용하게 만든 경우도 몇 차례 있었고요. 그럼 왜 Couchbase을 선택하게 되었을까요? 사실 이 질문에 대한 답을 얻기 위해서는, 장점에 대한 나열보다도 Couchbase 보..

예전(2014년 8월 17일 일요일)에 제가 적었던 블로그 내용을 옮겨왔습니다.Couchbase 는 기본적으로 key/value 타입의 NoSQL 제품입니다. 다시 말해 Unique 한 Key 을 이용해서 문서(Document)을 빠르게 가져오는 것을 목적으로 한 제품이라는 것이죠. 그렇다면 사용자가 읽어오길 원하는 문서의 Key 을 알고 있다면 언제든지 문서를 가져올 수 있습니다. 실제로 Couchbase SDK 에서는 set() 와 get() 을 통해서 문서를 저장하고 가져올 수 있으며 매우 단순한 형태이기 때문에 초급 개발자도 금새 배울 수 있습니다. 하지만, 현실상 특정 key 의 문서만 가져오는 경우는 매우 드뭅니다. 가까운 예로 게시판의 경우만 해도 특정 조건을 만족하는 데이터(=문서)의 집합..

예전(2014년 8월 15일 금요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 을 도입해서 Web REST 기반의 서버를 제작했습니다. 실제 서비스를 제공중에 있구요. 동시접속 2만명 테스트도 진행했었는데, Couchbase 는 잘 버틴다는 표현을 쓰기 무색하게...한가로이 데이터를 처리하더라구요. 하나의 요청에 Couchbase 의 문서(Document) 갱신이 최소 2회가 이루어지는데도 말이죠. MariaDB with Galera Cluster 라면 몇 분 마다 한 번씩 SlowQuery 로그가 떨어질 환경이었는데 별 걱정 없이 프로그래밍 할 수 있게 해줘서 다행이다 싶었습니다. 하지만, 게임이 매우 잘되어서 저장공간이 부족해지거나, Log 를 Couchbase 에 담는다거나 해서..

예전(2014년 4월 16일 수요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 는 RHEL 이나 Ubuntu 계열에서 쉽게 설치가 가능합니다. 저의 경우 KT UcloudBiz 을 이용중이라 CentOS 6.5 을 사용중이고, yum install 로 Couchbase.com 에 있는 rpm 을 직접 설치하는 방식을 이용해서 설치하고 있습니다. Couchbase 의 가장 편리한 점은 통상적으로 오픈소스 프로그램을 설치할 때 설정 파일을 열어 텍스트로 된 설정값을 수정하는 작업을 선행하는 형태의 작업이 필요없다는 것입니다. 상용으로도 제공되는 제품이다보니 설정이 굉장히 깔끔한 편입니다. yum 으로 install 한 뒤에 자동으로 couchbase-server 가 start 되어 있어서..

예전(2014년 4월 11일 금요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 을 도입하기로 마음 먹었습니다. 국내에 총판도 있어서 유사시 구입해서 지원을 받을 수 있는 환경이기도 했습니다. 활성화가 잘 되어 있다고는 할 수 없지만 네이버에 카페도 운영하고 있었습니다. 그런데, 도입 후 가격에 대해 문의를 했는데, 딸리는 영어 실력에 솔루션에 대한 이해가 떨어져서 도입 예상가를 제대로 판단하지 못한 문제가 발생했습니다. 처음 도입 시 1 대만 도입해도 되고, 24 시간 서비스 안받아도 되니 가장 저렴한 것으로 구입해도 되겠네...라는 생각을 가졌고, 본사에서 운영하는 사이트에서 제시된 2000 달러(2백만원 초반)면 상용 솔루션으로 전환도 가능하겠다고 생각했습니다. 하지만, Couch..

예전(2014년 4월 10일 목요일)에 제가 적었던 블로그 내용을 옮겨왔습니다. Couchbase 는 NoSQL 제품 중 하나입니다. Couchbase 는 상용이고, 커뮤니티 버젼이라는 무료 버젼도 제공하고 있습니다. MySQL 등의 커뮤티니 버젼이 동일 버젼에 기능에 제약이 있거나 상용 버젼에 일부 코드가 튜닝되어 나온다는 등의 기능 차이가 있다면, Couchbase 는 (아직까지는)마이너 버젼 1 개 차이의 이전 버젼을 배포하는 것이 특징인 것 같습니다. 예를 들면, 2.2 버젼이 Enterprise 버젼(상용)의 최신 버젼이라면 Community 버젼은 2.1 을 제공하는 형태입니다. 이 글을 쓰는 지금은 2.5 가 최신 버젼이고, 2.2 에서 2.5 로 바로 건너띈 바람에 Community 버젼은..