공부용 블로그

토렌트랑 블록체인 구조랑 비슷함 삼성바이오 분식회계 사건. 신뢰성 잃음 그 전에 삼성증권에서 가상증권 발행함. -> 불신쌓임 중앙에서 처리하는 구조를 믿을 수 없다. 데이터를 중앙에 의해 조작당할 수 있다. 그래서 중앙의 힘을 분산하자. 블록을 p2p로 서로 가지고 있다. => 목격자 증언 시스템 네트워크가 계속 연결되어 업로드, 다운로드 될 수 있다. 데이터 업데이트가 노드끼리의 거리가 멀수록 느려질 수 있다. 서버가 하나에만 의존하지 않고, 여러 서버가 존재할 수 있음. 서버가 불안정할 수 있고 속도차이도 있다. 블록이 다 찼을때 용량문제? 블록 경량화로 해결중 여기서 의문은 왜 내가 네트워크에 연결하고 있어야하지 전기세 아깝게 라고 생각할 수 있음. 그렇기 때문에 네트워크를 유지하는 사람에게 코인을..

* 쿼리캐시 mysql > show variables like '%query_cache_type%'; // 쿼리캐시 on/off 확인 mysql > show variables like 'have_query_cache'; // mysql 서버에 현재 쿼리 캐시가 존재하는지 확인 mysql > show status like 'Qcache%'; // 쿼리캐시 모니터링 mysql > reset query cache // 쿼리 캐시에 들어있는 모든 쿼리 결과를 삭제 * 캐시 삭제가 안될 때는 # service mysql restart 해주면 리셋됨 (터미네이터 쓰면 터미널 창 전환없이 편하게 쓸 수 있다고 함. 나중에 터미네이터 써보기) * 쿼리캐시 상태 설정은 conf 파일에서 query_cache_type=0..

설치는 아래 링크 참고(version은 9.5.14임) https://www.digitalocean.com/community/tutorials/how-to-install-and-use-postgresql-on-ubuntu-16-04 # cd /etc/postgresql/9.5/main # gedit pg_hba.conf IPv4, IPv6을 host all all 0.0.0.0/0 trust 로 변경 # gedit postgresql.conf listen_address 주석을 풀고 listen_addresses='*' 로 변경 postres 시작# sudo su -l postgres 인터렉티브 쉘 액세스 (테이블 만들고 수정하는 곳으로 접근)# psql 패스워드 변경# alter user postgres..

데이터베이스 설치할 때 의존성 문제 생길 경우 #cd /etc/apt/sources.list.d/ 에서 들어있는 리스트 확인 후 현재 설치하려는 디비와 충돌되는 리스트가 있으면 삭제 Postgresql 설치 방법 https://websiteforstudents.com/installing-postgresql-10-on-ubuntu-16-04-17-10-18-04/

1. server 서버컴퓨터에 db를 설치한다.2. server db에서 외부접속을 해제해준다. 명령어 & conf파일에서 로컬주소 # 처리하기 > grant all privileges on *.* to 'root'@'%' identified by 'teamnova' with grant option; > flush privileges; 3. client 컴퓨터에서 jmeter를 설치한다.4. client jmeter plugin 설치5. client 해당 db 의 jdbc 를 설치해서 /lib or /ext 폴더에 넣어준다. 6. client jmeter의 jdbc connection configuration 에서 jdbc의 경로를 잡아준다. 7. client 실행 ok? jmeter choose ran..

Mysql (InnoDB) 클러스터 인덱스인 vod_no를 기준으로 아이디% 로 검색하면 type = range 임하지만 검색을 %d% 이런식으로 앞뒤포함하는 문자열로 했을때는 풀스캔을 해버림인덱스 전체스캔이 아니고 풀스캔임.

MySql Index 인덱스는 특정 칼럼의 값을 빨리 찾는 것과 동시에 행들을 찾기 위해 사용된다. 인덱스가 없다면 관련된 row를 찾기위해 테이블 전체를 처음부터 끝까지 검색해야 한다.만약 테이블이 어떤 질문에 대한 인덱스를 가지고 있다면 모든 데이터를 찾아볼 필요 없이 데이터 파일의 위치를 빨리 찾을 수 있다. 이것은 모든 행들을 순차적으로 읽는것보다 훨씬 빠르다. 대부분의 Mysql 인덱스는 B-tree 구조로 저장된다. 예외 : 특별한 데이터 타입은 R-tree 사용, 메모리 테이블은 hash Indexs를 지원한다; InnoDB는 FullText Indexs를 위해 거꾸로 된 목록을 사용한다 MySql이 Index를 사용하는 경우 : - WHERE절에 맞는 row를 찾을 때- 고려사항에서 제거하..

Q. 어떤 웹서버를 사용하냐에 따라 쓸 수 있는 커넥터(mysql server와 통신하게 해줌)가 한정되어있는건가? Q. 실제 서비스 특성에 맞는 스토리지 엔진을 사용해야 한다. 스토리지 엔진별로 차이점과 특징은? (ex. MyISAM, InnoDB) Q. 쿼리캐시 문제 -> 확장성(scalability issues), 병목현상(bottleneck)