Log to grow

[Django] nginx, uwsgi 이용하여 배포하기 (aws ec2, rds)

kkkrrr — Sun, 10 Jan 2021 16:37:13 +0900

아래 시리즈를 직접 해보며 안되는 부분을 수정하며 작성한 글입니다.

aws에서 EC2와 RDS 인스턴스를 생성했다는 가정하에 진행합니다.

nachwon.github.io/django-deploy-1-aws/

[Deploy] Django 프로젝트 배포하기 - 1. AWS

AWS EC2에 장고 프로젝트 올리기

nachwon.github.io

pyenv 설치 & 가상환경 설정

1. pyenv 설치

1.1 필요한 패키지 우선 설치

아래 명령어로 apt를 업데이트 해줍니다.

apt는 (Advanced Package Tool) 리눅스에서 추가적인 패키지를 설치하고 제거하는 역할을 하는 툴입니다.

sudo apt update

pyenv에 필요한 패키지를 우선 설치해줍니다.

sudo apt-get install -y make build-essential libssl-dev zlib1g-dev libbz2-dev \
libreadline-dev libsqlite3-dev wget curl llvm libncurses5-dev libncursesw5-dev \
xz-utils tk-dev libffi-dev liblzma-dev python-openssl git libedit-dev python

1.2 pyenv 설치

직접 클론합니다.

git clone https://github.com/pyenv/pyenv.git ~/.pyenv

환경변수도 설정해줍니다

$ echo 'export PYENV_ROOT="$HOME/.pyenv"' >> ~/.bash_profile
$ echo 'export PATH="$PYENV_ROOT/bin:$PATH"' >> ~/.bash_profile
$ echo 'eval "$(pyenv init -)"' >> ~/.bash_profile
$ source ~/.bash_profile

1.3 pyenv-update 설치

git clone git://github.com/pyenv/pyenv-update.git ~/.pyenv/plugins/pyenv-update

pyenv update

1.4 pyenv-virtualenv 설치

git clone https://github.com/yyuu/pyenv-virtualenv.git ~/.pyenv/plugins/pyenv-virtualenv

환경변수도 설정해주세요.

echo 'eval "$(pyenv virtualenv-init -)"' >> ~/.bash_profile

source ~/.bash_profile

2. 가상환경 설치

# python 3.6.9 버전 설치 => ubuntu에 설치된 버전과 같게 해주세요
pyenv install 3.6.9 
# production이라는 이름의 가상환경 설치
pyenv virtualenv 3.6.9 production

- 가상환경 실행

pyenv shell production

git 저장소에서 장고 프로젝트 클론

1. 프로젝트 클론

srv 폴더를 만들어주고, 권한을 부여합니다.

mkdir ~/srv

sudo chown -R ubuntu:ubuntu ~/srv

srv 폴더 안에 프로젝트를 클론합니다

git clone <저장소 주소>

2. pip 설치

sudo apt-get install python3-pip

2. 가상환경에 requirements 설치

requirements.txt가 있는 폴더로 이동하여 필요한 패키지를 설치해주세요

pip3 install -r requirements.txt

*** mysqlclient 설치중 오류

    Complete output from command python setup.py egg_info:
    /bin/sh: 1: mysql_config: not found
    /bin/sh: 1: mariadb_config: not found
    /bin/sh: 1: mysql_config: not found
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
      File "/tmp/pip-build-077uf8wx/mysqlclient/setup.py", line 15, in <module>
        metadata, options = get_config()
      File "/tmp/pip-build-077uf8wx/mysqlclient/setup_posix.py", line 70, in get_config
        libs = mysql_config("libs")
      File "/tmp/pip-build-077uf8wx/mysqlclient/setup_posix.py", line 31, in mysql_config
        raise OSError("{} not found".format(_mysql_config_path))
    OSError: mysql_config not found
    mysql_config --version
    mariadb_config --version
    mysql_config --libs

    ----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-077uf8wx/mysqlclient/

아래 명령어로 필요한 패키지 설치

sudo apt-get install libmysqlclient-dev
sudo apt install default-libmysqlclient-dev

** grpcio 설치 중 멈춤 현상

패키지 업데이트

pip3 install --upgrade pip
pip3 install --upgrade setuptools

개발 서버 구동

1. secrets.json 복사

secrets.json은 레포에 올라가있지 않으므로 수동으로 만들어줍니다.

vim secrets.json

2. DB Migrate

python3 manage.py migrate

2. 개발 서버 구동

포트번호 앞에 0:을 붙여주어야 외부에 공개한다는 뜻입니다.

python manage.py runserver 0:8000

** 이 때, mysql과 연결할 수 없다는 오류가 발생한다면

django.db.utils.OperationalError: (2002, "Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)")

두 가지 해결책이 있습니다. 1) 개발 서버 구동을 위해 ubuntu에 mysql을 설치하는 방법, 2) aws rds를 연결해주는 방법이 있습니다.

혹은 우분투에 설치된 파이썬 버전이 맞지 않아 생기는 문제일수도 있습니다.

ex. 우분투에 설치된 파이썬 3.6, 가상환경 파이썬 3.8

** 한글 깨짐이 발생한다면

sudo vi /etc/default/locale

(i 누르고 맨 아래에 다음 내용 저장)

LC_CTYPE="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LANG="en_US.UTF-8"

Django 프로젝트 개발 환경 분리

1. setting 파일 분리

settings.py파일을 아래와 같은 형태로 분리합니다. 기존에 있던 settings.py의 내용을 base.py에 복사 후 붙여넣습니다.

settings/
├── __init__.py
├── base.py
├── dev.py
└── prod.py

dev와 prod의 세팅을 분리하기 위함이며 공통적인 부분은 base에 작성하여 dev와 prod에서 import 해줍니다.

from .base import * #dev.py와 prod.py의 최상단

dev.py

from .base import *

DEBUG = True

ALLOWED_HOSTS = ['*']


DATABASES = {
    'default': {
        "ENGINE": "django.db.backends.mysql",
        "NAME": "",
        "USER": "",
        "PASSWORD": "",
        "HOST": "localhost",
        "PORT": "3306"
    }
}

prod.py

에러를 추적하기 위해 sentry를 세팅해주었습니다.

실제 DB setting은 secrets.json 파일에 저장 후 불러옵니다.

import os
from .base import *

import sentry_sdk
from sentry_sdk.integrations.django import DjangoIntegration

DEBUG = False  # important

sentry_sdk.init(
    dsn="",
    integrations=[DjangoIntegration()],

    send_default_pii=True
)


# ALLOWED_HOSTS = secrets['ALLOWED_HOST']
ALLOWED_HOSTS = ['*']


DATABASES = secrets['DB_SETTINGS']

WSGI_APPLICATION = 'config.uwsgi.application'

__init__.py

dev환경과 prod 환경을 선택합니다.

from .prod import *

2.2 manage.py / wsgi.py

새로운 세팅 파일을 위해 manage.py의 내용을 변경해주고, wsgi의 세팅파일을 prod.py로 설정합니다.

manage.py

#!/usr/bin/env python
import os
import sys

if __name__ == "__main__":
    os.environ.setdefault("DJANGO_SETTINGS_MODULE", "config.settings")

    from django.core.management import execute_from_command_line

    execute_from_command_line(sys.argv)

wsgi.py

import os
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "config.settings.prod")

from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

uwsgi

위에서 배포한 서버는 개발 서버로 배포한 것은 실제 웹서버로 사용할 수 없습니다.

우리가 사용할 웹서버는 nginx이며, 이 nginx(웹서버)와 django(웹 앱)을 연결해줄 인터페이스가 필요한데,

이게 바로 wsgi(Web Server Gateway Interface)다. 우리는 uwsgi라는 wsgi를 설치하여 사용할 것입니다.

일단 설치 전 필요한 패키지를 설치한다.

sudo apt-get install libpcre3

sudo apt-get install libpcre3-dev

- uwsgi 설치

pip3 install uwsgi

** uwsgi command not found

pip3 install uwsgi

- 서버 배포

uwsgi가 성공적으로 설치됐다면 uwsgi로 서버를 열 수 있게 된다.

프로젝트 경로는 manage.py가 있는 경로이다.

uwsgi  --http :8000 --home <가상환경 경로> --chdir  <프로젝트 경로> -w <wsgi 파일이 있는 폴더 경로>.wsgi

- ini 파일로 실행

위 명령어로 uwsgi를 실행하는 것이 번거로우므로 ini파일을 정의하여 이 파일을 통해 uwsgi를 실행할 수 있습니다.

루트 디렉토리에 .config 폴더를 만들고 그 안에 uwsgi 폴더를 만듭니다.

그리고 uwsgi 폴더 안에 mysite.ini 파일을 만듭니다.

[uwsgi]
chdir = home/ubuntu/srv/<루트 디렉토리>/<프로젝트 디렉토리>
module = config.wsgi:application
home = /home/ubuntu/<가상환경 경로>

uid = deploy
gid = deploy

http = :8080

enable-threads = true
master = true
vacuum = true
pidfile = /tmp/mysite.pid
logto = /var/log/uwsgi/mysite/@(exec://date +%%Y-%%m-%%d).log
log-reopen = true

아래쪽을 보면 log를 남길 경로를 설정했으므로 로그가 저장될 폴더를 만들어준다.

sudo mkdir -p /var/log/uwsgi/mysite

그리고 아래 명령어로 uwsgi를 실행한다.

sudo /home/ubuntu/srv/clique-server/<가상환경 경로>/uwsgi -i /home/ubuntu/srv/<루트 디렉토리>/.config/uwsgi/mysite.ini

생성된 로그파일은 아래 명령어로 확인할 수 있습니다.

sudo cat /var/log/uwsgi/mysite/<로그파일명>.log

4. nginx

지금까지 uwsgi를 실행하여 uwsgi가 django로 사용자의 요청을 전달하게 했습니다.

이제 마지막으로 nginx를 구성하여 사용자의 요청을 nginx 웹서버가 받아 uwsgi로 전달하게 하면 완성입니다.

여기서부터는 아래 링크에 나온대로 ...

nachwon.github.io/django-deploy-3-nginx/

[Django & Docker] 로컬호스트에 mysql 띄우기 (docker-compose.yml)

kkkrrr — Thu, 7 Jan 2021 19:11:01 +0900

** 도커 이용하여 django 웹서버 로컬에 띄우기

killu.tistory.com/60

[Django & Docker] docker-compose로 로컬 서버 띄우기

** 로컬에 Docker가 설치되어 있다고 가정합니다. 1. Dockerfile 생성 Dockerfile이란 Docker image를 빌드하는데 필요한 명령어들을 모아놓은 파일입니다. docker build 명령어를 실행하면 docker는 Dockerfile..

killu.tistory.com

1. docker-compose.yml

mysql을 연동하기 위해 docker-compose.yml에 mysql 컨테이너를 추가한다.

version: '3' # docker compose verison
services: # docker compose가 실행할 서비스 목
  backend: # 서비스
    build:
      context: . # 현재 폴더를 빌드할 폴더로 선택
      dockerfile: Dockerfile
    ports:
      - 8000:8000
    volumes:
      - .:/app # . (현재 로컬 폴더)의 모든 파일과 /app을 링크하여 모든 파일 변경사항 반영
    depends_on: 
      - mysql_db

  mysql_db:
    image: mysql:8.0
    ports:
      - "33066:3306"
    environment:
      MYSQL_DATABASE: mysql_db # 해당 이름을 가진 db가 localhost에 생성됨
      MYSQL_USER: kkirru # db가 생성될 때 유저도 같이 생성
      MYSQL_PASSWORD: gusdngusdn 
      MYSQL_ROOT_PASSWORD: gusdngusdn # root 유저의 패스워드
    command:
      - --character-set-server=utf8mb4
      - --collation-server=utf8mb4_unicode_ci
    volumes:
      - .dbdata:/var/lib/mysql # db data가 저장 될 경로

2. 도커 빌드

아래 명령어를 차례로 입력하면 mysql 이미지를 pull해서 빌드한다.

docker-compose build
docker-compose up

그리고 아래와 같이 연결 정보를 입력하면 연결된다.

포트 번호를 docker-compose.yml에 명시한대로 입력하는 것을 잊지 말아야 한다.

** Public Key Retrieval is not allowed

만약 연결을 시도 했을 때 위와 같은 에러가 발생한다면

useSSL과 allowPublicKeyRetrieval 속성을 true로 설정해주면 된다.

stackoverflow.com/questions/50379839/connection-java-mysql-public-key-retrieval-is-not-allowed

[aws] rds 생성할 때 알아야할 것들

kkkrrr — Thu, 7 Jan 2021 18:04:13 +0900

1. 유저 이름과 비밀번호

2. Public Access

Connectivity 섹션에 Public access 항목이 있습니다.

기본 값이 No로 되어 있는데 No로 설정 시 외부에서 이 rds에 접근할 수 없습니다.

즉, 서버에 연결할 수도 없으며 DB 툴로 접속할 수도 없습니다.

[aws] ec2 인스턴스 생성할 때 알아야할 것들

kkkrrr — Wed, 6 Jan 2021 23:55:37 +0900

1. Storage size

8GB가 기본으로 입력되어 있지만 30GB까지 프리 티어로 이용할 수 있다.

2. 태그

태그에 이름을 미리 입력해두는게 좋다.

그래야 인스턴스가 여러 개 생겼을 때 혼동되지 않는다.

3. 보안 그룹

기본적으로 80포트와 8000포트를 열어둔다.

22번 포트의 경우 아래 그림에서는 모두에게 열어두었지만

중요한 인스턴스라면 특정 IP(회사, 집 등)에게만 열어두는게 좋다.

4. 키페어

인스턴스를 생성하고 나면 key pair를 설정하게 되는데,

새롭게 생성한 키페어라면 반드시 안전한 곳에 보관해두어야 한다.

이 키페어는 다시 발급받을 수 없고, 외부에 노출되면 제 3자가 서버에 접속할 수 있게 된다.

[Django & Docer] 도커 컴포즈 (Docker compose)

kkkrrr — Tue, 5 Jan 2021 11:26:23 +0900

1. 도커 컴포즈 (docker compose)

docker compose는 docker image를 쉽게 실행할 수 있게 도와주는 도구입니다.

프로젝트를 구성하다보면 서버, DB 등 다양한 서비스를 실행해야 하고, 이를 도커 이미지에서 쉽게 실행할 수 있게 해줍니다.

2. docker-compose.yml

도커 컴포즈를 사용하기 위해 프로젝트의 루트 디렉토리에 yml 파일을 생성해줍니다.

- version

docker-compose.yml 파일 가장 상단에는 사용할 docker-compose 버전을 입력해줍니다.

version: '3'

- services

그리고 프로젝트를 구성하는 서비스들을 명시해주면 됩니다.

app이라는 이름을 가진 Django 애플리케이션을 정의하면 아래와 같이 할 수 있습니다.

version: '3'

services:
  app:

그리고 docker-compose가 실행될 컨텍스트를 현재 디렉토리로 설정해줍니다.

version: '3'

services:
 app:
   build:
     context: .

- ports

사용할 포트를 명시해줍니다. 여기서는 8000번 포트를 사용하도록 하겠습니다.

이 때, 첫 번째 오는 8000은 호스트(여기에서는 로컬)의 포트이고, 두 번째 오는 8000은 도커 컨테이너의 포트입니다.

version: '3'

services:
 app:
   build:
     context: .
   ports:
     - "8000:8000"

- volumes

도커는 우리가 프로젝트 코드를 수정하면 도커 이미지를 재시작하지 않고 이를 도커 이미지에 반영시킵니다.

이를 위해 로컬 소스코드 디렉토리와 도커 이미지의 소스코드 디렉토리를 매핑해주어야합니다.

version: '3'

services:
 app:
   build:
     context: .
   ports:
     - "8000:8000"
   volumes:
     - ./app:/app

- command

마지막으로, 서버를 실행시킬 명령어를 입력해줍니다.

'>' 기호는 다음 줄로 넘어가는 것을 의미합니다.

version: '3'

services:
 app:
   build:
     context: .
   ports:
     - "8000:8000"
   volumes:
     - ./app:/app
   command: > 
     sh -c "python manage.py runserver 0.0.0.0:8000"

여기서 주의할 점은 서버를 실행시킬 때의 포트가 위에서 명시한 도커 컨테이너의 포트와 일치해야한다는 점입니다.

3. 빌드

이제 docker-compose를 이용하여 빌드를 해볼 차례입니다.

터미널에 'docker-compose build'를 입력하면 아래와 같이 빌드가 성공적으로 이루어진 것을 볼 수 있습니다.

[Django & Docker] docker-compose로 로컬 서버 띄우기

kkkrrr — Tue, 5 Jan 2021 11:02:04 +0900

** 로컬에 Docker가 설치되어 있다고 가정합니다.

1. Dockerfile 생성

Dockerfile이란 Docker image를 빌드하는데 필요한 명령어들을 모아놓은 파일입니다.

docker build 명령어를 실행하면 docker는 Dockerfile의 명령어를 실행하여 이미지를 빌드합니다.

- Dockerfile은 확장자 없이 루트 디렉토리에 생성합니다. vscode에서 생성하면 귀여운 아이콘이 따라옵니다.

- tag

Dockerfile의 가장 위에는 어떤 이미지를 가져올 것인지를 태그로 명시합니다.

여기에서는 python:3.7 태그를 사용하겠습니다.

더 많은 태그는 hub.docker.com/_/python 에서 확인할 수 있습니다.

FROM python:3.7

- maintainer

선택사항이지만 maintainer가 누군지 명시할 수 있습니다.

FROM python:3.7
MAINTAINER hyeonwoo

- ENV

ENV 명령어를 이용하여 이미지에 필요한 환경변수를 설정할 수 있습니다.

여기에서는 PYTHONUNBUFFERD를 1로 설정하여 python이 unbuffered mode로 실행되도록 하겠습니다.

unbuffered mode에서는 output을 버퍼에 저장하지 않고 바로 출력합니다.

FROM python:3.7-alpine
MAINTAINER hyeonwoo

# set unbuffered mode
ENV PYTHONUNBUFFERD 1

- app 폴더를 working directory로 설정

도커 컨테이너 내부에서 working directory로 /app을 사용할 수 있게 합니다.

FROM python:3.7-alpine
MAINTAINER hyeonwoo

ENV PYTHONUNBUFFERD 1

WORKDIR /app

- Copy requirements.txt

이제 생성한 이미지에 필요한 모듈과 패키지를 설치할 차례입니다.

Django에서는 requirements.txt 파일에 명시되어 있으므로 이를 도커 이미지에 복사해줍니다.

FROM python:3.7-alpine
MAINTAINER hyeonwoo

ENV PYTHONUNBUFFERD 1

WORKDIR /app

# copy requirements to docker image
COPY requirements.txt /app/requirements.txt

그리고 복사한 requirements.txt파일을 이용하여 패키지들을 설치해줍니다.

FROM python:3.7-alpine
MAINTAINER hyeonwoo

ENV PYTHONUNBUFFERD 1


COPY ./requirements.txt /requirements.txt
# install requirements to docker image
RUN pip install -r requirements.txt

- 소스코드

이제 프로젝트 소스코드를 도커 이미지에 복사할 차례입니다.

현재 디렉토리(.)를 /app 디렉토리에 복사해줍니다.

FROM python:3.7-alpine
MAINTAINER hyeonwoo

ENV PYTHONUNBUFFERD 1


COPY ./requirements.txt /requirements.txt
RUN pip install -r /requirements.txt

# copy source code
COPY . /app

- runserver 커맨드

마지막으로 로컬서버를 실행시킬 커맨드를 입력해줍니다.

도커 컨테이너 내부 포트는 8000번으로 설정합니다.

FROM python:3.7-alpine
MAINTAINER hyeonwoo

ENV PYTHONUNBUFFERD 1


COPY ./requirements.txt /requirements.txt
RUN pip install -r /requirements.txt

COPY . /app 

# runserver
CMD python manage.py runserver 0.0.0.0:8000

2. docker-compose.yml 파일

docker-compose.yml 파일을 Dockerfile과 같은 루트 디렉토리에 생성합니다.

그리고 최상단에 아래와 같이 작성합니다.

docker-compose 버전은 3으로 하고, service들을 포함할 services 를 입력해줍니다.

version: '3'
services:

- 웹 서버

첫 번째로 웹 서버용 컨테이너를 만들겠습니다.

서비스 이름은 'backend'로 하고, 아래에는 빌드에 관한 정보를 써줍니다.

context에는 현재 디렉토리를 입력하여 현재 디렉토리를 빌드할 것을 알려주고, Dockerfile의 이름을 명시해줍니다.

version: '3' 
services: 
  backend: 
    build:
      context: . 
      dockerfile: Dockerfile

그리고 포트와 볼륨을 명시해줍니다.

ports: 에서 첫번째 8000은 외부에 열어놓는 포트이고, 두 번째 8000은 Dockerfile에서 runserver 뒤에 입력한 도커 컨테이너 내부 포트입니다.

volumes 에는 로컬 디렉토리와 도커 컨테이너에 저장될 경로를 차례로 써줍니다.

로컬 디렉토리(.) 내의 파일이 변경될 때마다 이를 /app에 업데이트합니다.

version: '3'
services: 
  backend:
    build:
      context: . 
      dockerfile: Dockerfile
    ports:
      - 8000:8000
    volumes:
      - .:/app

3. docker-compose로 서비스 실행

Dockerfile과 docker-compose.yml 작성을 마쳤다면 서버를 실행해볼 차례입니다.

터미널에 아래 두 명령어를 차례로 입력합니다.

docker-compose build
docker-compose up

아래와 같이 로컬 서버가 실행되는 것을 확인할 수 있습니다.

[Django] 시작하기 (가상환경, 프로젝트 생성)

kkkrrr — Sat, 26 Dec 2020 16:38:35 +0900

1. 가상환경 (Virtual envirionment)

한 컴퓨터에서 여러 프로젝트를 진행하기 위해서는 필요한 패키지나 환경 설정이 다를 수 있으므로 프로젝트마다 다른 가상환경으로 시작해야 한다.

- 가상환경 생성

python -m venv <가상환경 이름>

- 가상환경 실행하기

가상환경을 생성하고 실행하기 위해 bin 폴더 안에 있는 activate 파일을 source 명령어를 통해 실행해줍니다.

source <가상환경 이름>/bin/activate

- 가상환경 종료하기

종료시에는 아래 명령어를 입력한다.

deactivate

2. 가상환경에 django 설치

- 설치된 package list 확인하기

pip list

위 명령어를 통해 지금 가상환경에 설치된 패키지를 확인할 수 있다. 처음 가상환경을 생성했다면 아래와 같이 나타날 것이다.

Package    Version
---------- -------
pip        19.2.3 
setuptools 41.2.0

- django 설치하기

pip install django

특정 버전을 설치하고 싶다면 아래와 같이 명시한다.

pip install django==3.1.4

3. Project 생성

- startproject

가상환경에 django를 잘 생성했다면 프로젝트를 아래 명령어로 생성할 수 있다.

django-admin startproject <프로젝트 이름>

- 서버 실행해보기

프로젝트가 만들어졌다면 로컬에서 서버를 실행시켜 볼 수 있다.

생성된 프로젝트 폴더로 이동한 후 로컬 서버를 실행시키는 아래 명령어를 입력한다.

python manage.py runserver

브라우저에서 http://127.0.0.1:8000/ 로 접속해보면 아래와 같은 화면을 확인할 수 있다.

[mysql] mysql 로컬 서버 실행 오류로 접속이 안될 때

kkkrrr — Sat, 21 Nov 2020 11:33:13 +0900

Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)

mysql이 실헹되지 않은 채 연결을 시도하면 생기는 에러이다.

mysql이 비정상적으로 종료되었거나 컴퓨터를 재부팅하면 mysql을 다시 실행해주어야 한다.

1. mysql server 실행

터미널에서 아래 명령어를 실행하여 mysql server를 실행한다.

mysql.server start

성공적으로 실행되었다면 아래와 같은 메세지가 나온다.

Starting MySQL
 SUCCESS!

2. mysql.server start가 실행되지 않는 경우

이 경우 mysql이 설치된 디렉토리에서 mysqld_safe 유닉스 실행 파일을 실행한다.

- mysql 경로

맥환경이고 Homebrew로 mysql을 설치했다면 아래 경로에 mysql이 설치되어 있다.

/usr/local/mysql

- mysql 시작

mysqld_safe는 /usr/local/mysql/bin 폴더에 있고, 아래 명령어로 실행할 수 있다.

mysqld_safe --user=mysql &

명령어의 끝에 &을 붙여야 터미널을 계속 사용할 수 있다.

mysql이 정상적으로 실행되어 루트 로그인이 된 모습!

[rdbms] 7가지 꼭 지켜야할 네이밍 규칙 (naming convention)

kkkrrr — Tue, 10 Nov 2020 15:56:46 +0900

공통

1. 이름은 snake case를 따른다.

- snake case란 모든 글자를 소문자로 하고, 언더스코어(_)로 단어를 구분해주는 방법이다.

ex) userLogin, Name (X) -->  user_login, name (O)

2. prefix와 postfix는 사용하지 않는다. (옛날 방식)

ex) user_TB (X)

테이블 관련

3. 테이블의 이름은 복수가 아닌 단수로 쓴다.

ex) members (X) -> member (O)

4. 가능하면 단어를 줄여쓰지 않는다. (no abbreviation)

ex) mid_ma (X) --> middle_name (O)

속성 관련

5. 테이블이 하나의 Primary Key를 가진다면 그 속성의 이름은 id로 한다.

ex) user_id (X) -> id

6. Foreign Key는 테이블 이름과 속성 이름을 더해 정한다.

ex) user 테이블의 id -> user_id

7. index와 constraint는 descriptive하게 작성한다.

- 예를 들어 index의 경우 테이블명, 속성명, 인덱스 유형이 포함되어야 한다.

ex) user_ix (X) -> user_ix_email_lower

[rdbms] DB schema 설계시 주의할 점 2가지(확장성, 정규화)

kkkrrr — Sun, 8 Nov 2020 10:06:32 +0900

DB를 설계할 때 쉽게 실수할 수 있는 부분이 2가지 있다.

바로 확장성을 고려하지 않는 것과 정규화를 하지 않는 것이다.

이 경우, 데이터의 구조가 변했을 때 쉽게 설계를 수정할 수 없고, 중복 레코드를 발생시킨다.

1. 확장성

1.1 Primary key에 의미를 부여하지 말자.

primary key는 just index로서의 역할만할 뿐, 의미를 부여하는 순간 확장성이 무너진다.

1.2 NULL을 허용해야 하는지 고려하자.

- 반드시 속성의 값이 존재해야 하는지 꼭 고려해야 한다.

ex) 학교에서의 특수반 -> 특수반은 모든 학년이 포함될 수 있으므로 학년 ID(FK)가 NULL일 수 있음

student_id (PK)	student_name	grade (FK)	class
1	김철수	1	1
2	박영희	2	3
3	바둑이	NULL	특수반

- NULL은 수집되지 못한 데이터를 뜻하기도 한다.

만약 어떤 속성에 NULL을 허용하지 않았다면, 이 속성이 수집되지 않았을 때 표현할 수 있는 방법이 없다.

이 경우 수집되지 않은 데이터에 대한 처리를 위해 가능성이 있다면 반드시 NULL을 허용해야 한다.

1.3 고정관념으로 column을 생략하지 말자.

위와 똑같은 예제로 설명할 수 있다.
어차피 반은 1,2,3반이니 class 속성을 int로 정의하고 class_name을 생략한다고 하면 특수반을 고려할 수 없다.

또한, 어떤 학교는 반에 이름을 붙여 표시한다면 (우반, 열반) 이 경우 표현할 수 없다.

student_id (PK)	student_name	grade (FK)	class_id(FK)	class_name
1	김철수	1	1	NULL
2	박영희	2	3	NULL
3	바둑이	NULL	10	특수반

2. 정규화

2.1. 속성은 반드시 하나의 값을 가져야 한다. (제 1 정규화)

- 정규화 되지 않은 table

user_id	user_name	device
1	김철수	아이폰 12, 갤럭시s20

device 칼럼에 두 개의 값이 포함되어 있으므로 정규화에 어긋난다.

따라서, 두 개의 테이블로 나눠 정규화한다.

- user 테이블

user_id	user_name
1	김철수

- device 테이블

id	user_id	device
1	1	아이폰 12
2	1	갤럭시s 20