MySQL Workbench 다운로드 및 사용법, MySQL·MariaDB 데이터베이스 관리 도구

들어가며

MySQL을 사용하다 보면 어느 순간 이런 생각이 든다.

“SQL은 알겠는데, 이걸 매번 콘솔에서 입력해야 하나?”

물론 터미널에서 MySQL 명령어를 직접 입력해도 된다. 실제로 그렇게 작업하는 개발자도 많다. 하지만 테이블이 조금씩 늘어나고 데이터가 많아지기 시작하면 이야기가 달라진다.

테이블 구조를 확인하고, 데이터를 조회하고, SQL을 수정하고, 데이터베이스 관계까지 살펴보려면 아무래도 눈에 보이는 관리 도구가 편하다.

그럴 때 많이 사용하는 프로그램이 바로 MySQL Workbench다.

MySQL Workbench는 MySQL 데이터베이스를 관리하기 위한 GUI 기반 도구다. 단순히 SQL을 실행하는 것뿐만 아니라 데이터베이스 구조를 확인하거나 테이블을 관리하고, 실행 계획을 살펴보는 등 여러 작업을 한 화면에서 처리할 수 있다.

처음에는 기능이 많아서 조금 복잡해 보이지만, 자주 사용하는 기능만 익혀도 생각보다 금방 익숙해진다.

MySQL Workbench란?

MySQL Workbench를 간단하게 설명하면 MySQL 데이터베이스를 편하게 관리할 수 있도록 만들어진 개발 도구라고 생각하면 된다.

MySQL 서버에 접속한 다음 SQL Editor에서 쿼리를 작성하고 실행할 수 있고, 현재 데이터베이스에 어떤 테이블이 있는지도 GUI 화면에서 확인할 수 있다.

예를 들어 다음과 같은 작업을 할 수 있다.

• MySQL 서버 접속
• 데이터베이스 및 테이블 확인
• SQL 쿼리 작성 및 실행
• 테이블 데이터 조회
• 데이터 INSERT, UPDATE, DELETE
• 테이블 구조 확인
• 인덱스 확인
• 실행 계획 확인
• 데이터베이스 모델링
• SQL 파일 관리
• 데이터베이스 서버 상태 확인

개인적으로 MySQL Workbench를 사용할 때 가장 편한 부분은 SQL과 데이터베이스 구조를 한 화면에서 같이 확인할 수 있다는 점이다.

특히 개발하다 보면 테이블 이름이나 컬럼명을 헷갈리는 경우가 있는데, 왼쪽의 Schema 영역에서 구조를 확인하면서 바로 SQL을 작성할 수 있어서 편하다.

MySQL Workbench의 가장 기본적인 사용 방법

처음 실행하면 가장 먼저 해야 하는 일은 MySQL 서버에 접속하는 것이다.

MySQL Workbench에서 새로운 Connection을 만들고 서버 주소, 포트, 사용자 계정 등을 입력하면 된다.

일반적인 MySQL 환경에서는 기본 포트로 3306을 사용하는 경우가 많다.

로컬 PC에 MySQL을 설치했다면 대략 다음과 같은 형태로 접속할 수 있다.

Host: localhost
Port: 3306
Username: root

물론 실제 환경에서는 사용하는 서버 설정에 따라 Host와 Port가 달라질 수 있다.

접속이 정상적으로 이루어지면 SQL Editor 화면을 사용할 수 있다.

여기서 SQL을 작성하고 실행하면 된다.

예를 들어 현재 데이터베이스 목록을 확인하려면 다음과 같이 입력할 수 있다.

SHOW DATABASES;

특정 데이터베이스를 사용하려면 다음과 같이 작성한다.

USE test_db;

테이블 목록을 확인하려면 다음과 같이 입력한다.

SHOW TABLES;

이 정도만 알아도 MySQL Workbench의 기본적인 SQL 실행은 시작할 수 있다.

SQL Editor가 생각보다 유용하다

MySQL Workbench를 사용하는 가장 큰 이유 중 하나가 SQL Editor다.

SQL을 직접 입력하고 실행할 수 있기 때문에 개발 과정에서 상당히 자주 사용하게 된다.

예를 들어 회원 정보를 조회한다고 가정해보자.

SELECT *
FROM users
WHERE user_id = 100;

쿼리를 작성한 다음 실행하면 결과가 아래쪽에 표시된다.

여기서 좋은 점은 SQL 결과를 바로 확인할 수 있다는 것이다.

쿼리를 조금 수정하고 다시 실행하고, 결과를 확인한 다음 다시 수정하는 작업이 상당히 빠르다.

특히 SELECT 문을 작성할 때 유용하다.

데이터가 원하는 형태로 나오는지 확인하면서 SQL을 계속 수정할 수 있기 때문이다.

다만 개발 환경이라고 해서 무조건 SELECT *를 사용하는 습관은 추천하지 않는다.

실제 서비스에서는 필요한 컬럼만 명시하는 것이 좋다.

SELECT user_id, user_name, email
FROM users
WHERE user_id = 100;

처음에는 두 쿼리가 비슷해 보이지만 데이터가 많아질수록 이런 작은 습관이 성능과 유지보수에 영향을 줄 수 있다.

테이블 구조를 확인할 때도 편하다

데이터베이스를 개발하다 보면 가장 자주 확인하는 것 중 하나가 테이블 구조다.

“이 컬럼 타입이 뭐였지?”

“이 컬럼에 인덱스가 있었나?”

“Primary Key가 어디였더라?”

이런 상황이 생각보다 자주 발생한다.

MySQL Workbench에서는 Schema 영역에서 데이터베이스와 테이블을 찾아 들어가면 컬럼, 인덱스 등의 정보를 확인할 수 있다.

SQL을 이용해서 직접 확인하는 방법도 있다.

DESC users;

또는

SHOW CREATE TABLE users;

이런 SQL을 사용할 수도 있다.

GUI 화면과 SQL을 적절하게 섞어서 사용하는 것이 가장 편하다.

단순히 구조만 확인할 때는 GUI가 편하고, 정확한 DDL을 확인해야 할 때는 SHOW CREATE TABLE 같은 SQL이 더 유용하다.

MySQL Workbench에서 데이터를 직접 수정할 수도 있다

테이블 데이터를 확인하다 보면 간단한 테스트 데이터를 수정해야 하는 경우가 있다.

MySQL Workbench에서는 결과 화면에서 데이터를 확인하고 수정할 수 있는 기능도 제공한다.

물론 여기에는 주의할 점이 있다.

운영 데이터베이스에서는 GUI에서 데이터를 직접 수정하는 것을 신중하게 해야 한다.

특히 UPDATE나 DELETE는 더욱 조심해야 한다.

예를 들어 다음 SQL은 상당히 위험하다.

DELETE FROM users;

WHERE 조건이 없기 때문에 테이블의 모든 데이터가 삭제될 수 있다.

UPDATE도 마찬가지다.

UPDATE users
SET status = 'N';

이 역시 조건이 없기 때문에 모든 사용자의 상태가 변경될 수 있다.

실제 운영 환경에서 작업할 때는 실행 전에 SQL을 한 번 더 확인하는 습관이 중요하다.

개인적으로는 DELETE나 UPDATE를 실행하기 전에 먼저 같은 조건으로 SELECT를 실행해보는 방법을 추천한다.

SELECT *
FROM users
WHERE user_id = 100;

결과가 정말 내가 변경하려는 데이터인지 확인한 후 UPDATE 또는 DELETE를 실행하는 방식이다.

별것 아닌 것 같지만 실수를 크게 줄여준다.

MySQL Workbench에서 실행 계획도 확인할 수 있다

SQL이 단순할 때는 성능 문제가 크게 느껴지지 않는다.

그런데 데이터가 많아지면 어느 순간 쿼리가 느려지기 시작한다.

이때 무작정 인덱스를 추가하는 것보다는 먼저 쿼리가 어떻게 실행되고 있는지 확인하는 것이 좋다.

MySQL에서는 EXPLAIN을 이용해 실행 계획을 확인할 수 있다.

EXPLAIN
SELECT *
FROM users
WHERE email = 'test@example.com';

MySQL Workbench에서도 이런 실행 계획을 확인하면서 SQL을 분석할 수 있다.

여기서 중요한 것은 단순히 EXPLAIN 결과를 보는 것에 그치지 않는 것이다.

어떤 인덱스를 사용하는지, 테이블을 얼마나 읽는지, 불필요하게 많은 데이터를 조회하고 있지는 않은지 등을 함께 확인해야 한다.

SQL 성능 문제는 단순히 “Workbench에서 해결한다”기보다는 Workbench를 이용해 문제를 발견하고 SQL과 데이터베이스 구조를 개선한다고 생각하는 편이 정확하다.

MySQL Workbench의 장점

MySQL Workbench의 장점을 정리하면 꽤 많다.

가장 큰 장점은 역시 GUI 환경에서 MySQL을 관리할 수 있다는 것이다.

SQL에 익숙하지 않은 사람도 데이터베이스 구조를 어느 정도 시각적으로 파악할 수 있다.

또 SQL Editor를 이용하면 여러 SQL을 작성하고 테스트하기도 편하다.

특히 개발 과정에서 다음과 같은 작업을 반복한다면 꽤 유용하다.

테이블 확인 → SQL 작성 → 실행 → 결과 확인 → SQL 수정

이 과정을 빠르게 반복할 수 있기 때문이다.

또한 데이터베이스 모델링 기능도 제공하기 때문에 단순 SQL 실행 도구 이상의 역할을 할 수 있다.

그렇다면 단점은 없을까?

물론 있다.

MySQL Workbench가 모든 개발 환경에서 최고의 도구라고 생각할 필요는 없다.

기능이 많은 만큼 처음 실행했을 때 화면이 복잡하게 느껴질 수 있다.

또한 사용하는 PC 환경이나 MySQL 버전, 연결 상태 등에 따라 프로그램이 무겁게 느껴지는 경우도 있다.

그리고 개발자가 이미 다른 DB 관리 도구에 익숙하다면 굳이 MySQL Workbench로 바꿀 필요가 없을 수도 있다.

결국 중요한 것은 어떤 도구가 절대적으로 좋은가가 아니라 자신의 작업 방식에 어떤 도구가 잘 맞는가다.

MySQL Workbench를 처음 사용한다면 이것부터 익히자

처음부터 모든 기능을 공부할 필요는 없다.

다음 순서로 익히는 것을 추천한다.

첫 번째, MySQL 서버에 접속하는 방법

두 번째, Schema와 Table 구조 확인

세 번째, SELECT 문 실행

네 번째, INSERT / UPDATE / DELETE

다섯 번째, 테이블 구조와 인덱스 확인

여섯 번째, EXPLAIN을 이용한 실행 계획 확인

이 정도만 익혀도 일반적인 개발 작업에서는 상당히 많은 부분을 처리할 수 있다.

특히 SQL 자체를 공부하면서 MySQL Workbench를 함께 사용하는 것을 추천한다.

Workbench가 SQL을 대신해주는 프로그램은 아니기 때문이다.

SQL을 이해하고 있다면 Workbench는 훨씬 강력한 도구가 된다.

반대로 SQL을 잘 모르는 상태에서 GUI 기능만 사용하는 것에 익숙해지면 나중에 복잡한 문제를 만났을 때 오히려 어려움을 겪을 수 있다.

마무리

MySQL Workbench는 처음 보면 기능이 많아 조금 복잡해 보인다.

하지만 실제로 자주 사용하는 기능을 하나씩 익혀보면 생각보다 어렵지 않다.

MySQL 서버에 접속하고, Schema를 확인하고, SQL을 작성하고, 결과를 확인하는 기본적인 흐름만 익혀도 활용도가 상당히 높다.

특히 개발 과정에서 데이터베이스를 자주 확인해야 한다면 MySQL Workbench를 한 번쯤 사용해볼 만하다.

다만 도구에 의존하기보다는 SQL, 인덱스, 트랜잭션, 실행 계획 같은 데이터베이스 기본 개념을 함께 공부하는 것이 중요하다.

결국 MySQL Workbench는 데이터베이스를 대신 관리해주는 마법 같은 프로그램이라기보다는, 개발자가 MySQL을 좀 더 편하게 다룰 수 있도록 도와주는 작업 도구에 가깝다.

처음에는 단순히 SQL 실행 용도로 시작하더라도 테이블 구조 확인, 인덱스 관리, 실행 계획 분석, 데이터베이스 모델링까지 범위를 조금씩 넓혀가면 훨씬 제대로 활용할 수 있다.

MySQL을 사용하고 있다면 일단 설치해서 직접 SQL 하나 실행해보는 것부터 시작해보자.

생각보다 “이 기능이 있었으면 좋겠다” 싶은 부분이 이미 들어가 있을 가능성이 높다.