- データベース
MySQL コマンド 一覧|8.0対応の早見表と実行結果・エラー対処
MySQLのコマンドとは、ターミナルから使うmysql・mysqldumpなどのプログラムと、接続後に実行するSHOWなどのSQL文、\Gやsourceなどのクライアントコマンドの総称です。 「DBの一覧を見たい」「ユーザーを作りたい」「バックアップを取りたい」といった日常の操作は、この3種類の組み合わせでできます。
この記事では、よく使う操作をやりたいこと別の早見表にまとめ、MySQL 8.0.46で1つずつ実行した結果を載せています。MySQL 5.7以前の解説では動いたGRANT … IDENTIFIED BYやPASSWORD()が8.0でエラーになる様子、caching_sha2_passwordでの接続エラー、CSV読み込みのlocal_infileエラーなど、実際に出たエラー文と直し方も掲載しました。長期サポート版の8.4・9.7での違いは公式ドキュメントに沿って補足しています。
MySQLコマンドの早見表
| やりたいこと | コマンド |
|---|---|
| 接続する | mysql -u ユーザー -p -h ホスト -P ポート DB名 |
| 保存した設定で接続 | mysql --login-path=名前 |
| DBの一覧/選ぶ/作る | SHOW DATABASES; / USE DB名; / CREATE DATABASE DB名; |
| テーブルの一覧/列 | SHOW TABLES; / DESC テーブル; |
| CREATE文/インデックス | SHOW CREATE TABLE テーブル\G / SHOW INDEX FROM テーブル; |
| ユーザーを作る | CREATE USER 'app'@'localhost' IDENTIFIED BY 'パスワード'; |
| 権限を付ける/外す | GRANT SELECT ON DB名.* TO 'app'@'localhost'; / REVOKE … |
| 権限を確認 | SHOW GRANTS FOR 'app'@'localhost'; |
| パスワード変更 | ALTER USER 'app'@'localhost' IDENTIFIED BY '新パスワード'; |
| バックアップ/リストア | mysqldump --single-transaction DB名 > dump.sql / mysql DB名 < dump.sql |
| バージョン/接続情報 | SELECT VERSION(); / \s |
| 設定値/稼働状況 | SHOW VARIABLES LIKE '…'; / SHOW GLOBAL STATUS LIKE '…'; |
| 実行中の処理/止める | SHOW PROCESSLIST; / KILL ID; |
| 縦に表示/ファイル実行 | 文末に\G / source ファイル.sql |
| CSVを取り込む | LOAD DATA LOCAL INFILE 'x.csv' INTO TABLE … |
| 1行で実行して値だけ | mysql -N -B -e "SQL" |
| 終了 | exit / \q |
本記事の内容は、ご自由にお使いください。
ご利用の際は、出典として本ページへのリンクを記載いただけますようお願いします。
(記載例)出典:株式会社RJC「MySQL コマンド 一覧|8.0対応の早見表と実行結果・エラー対処」
検証環境
MySQL 8.0.46(サーバー・クライアントとも、Ubuntu 24.04のパッケージ、ポート7381)で、shopデータベースのmembersテーブル(id・name・email・created_at)を使って実行しました。MySQL 8.0は2026年4月にサポートを終えており、長期サポート版は8.4と9.7です。コマンドはどちらでも使えますが、認証まわりの違いは該当箇所で補足します。
接続する:mysqlコマンドのオプション
よく使うオプション
| オプション | 意味 | 例 |
|---|---|---|
-u |
ユーザー名 | -u app |
-p |
パスワードを聞く(値は続けて書かない) | -p |
-h |
ホスト(省略時はlocalhost=ソケット接続) | -h 127.0.0.1 |
-P |
ポート(大文字) | -P 3306 |
-D / 最後の引数 |
接続後に使うDB | -D shop / shop |
-e |
SQLを実行して終了 | -e "SHOW TABLES" |
--login-path |
保存した接続設定を使う | --login-path=dev |
mysql -u app -p -h 127.0.0.1 -P 7381 shop
-pの直後にパスワードを書くと動きますが、毎回警告が出てシェルの履歴にも残ります。
mysql: [Warning] Using a password on the command line interface can be insecure.
-hを省略したりlocalhostと書いたりすると、TCPではなくソケットファイルで接続します。 TCPで接続したいときは-h 127.0.0.1と書きます。
パスワードを毎回打たない(--login-path)
mysql_config_editorで接続情報を暗号化したファイル(~/.mylogin.cnf)に保存でき、--login-pathで呼び出せます。
mysql_config_editor set --login-path=t38 --host=127.0.0.1 --port=7381 --user=app --password
# Enter password: と聞かれるので入力
mysql_config_editor print --all
mysql --login-path=t38 shop -e "SELECT CURRENT_USER();"
print --allではパスワードが*****で表示され、CURRENT_USER()はapp@127.0.0.1になりました。作られた~/.mylogin.cnfの権限は-rw-------(600)でした。mysqldumpやmysqladminでも同じ--login-pathが使えます。
~/.my.cnfに書く方法と「#」の落とし穴
[client]
user=app
password=App#pass2026
host=127.0.0.1
port=7381
この設定でmysql shopを実行すると、正しいパスワードなのに拒否されました。
ERROR 1045 (28000): Access denied for user 'app'@'127.0.0.1' (using password: YES)
設定ファイルでは#以降がコメントになるため、パスワードがAppとして読まれています。 値を引用符で囲むと接続できました。
password="App#pass2026"
また、誰でも書き込める権限(666)のファイルは無視されます。chmod 600 ~/.my.cnfにしておきます。
mysql: [Warning] World-writable config file '/tmp/t38my/home/.my.cnf' is ignored.
mysql --print-defaultsで、設定ファイルから読み込まれる値(パスワードは*****)を確認できます。
データベース・テーブルを確認する
SHOW DATABASES;
USE shop;
SHOW TABLES;
DESC members;
DESC membersの実行結果:
+------------+--------------+------+-----+-------------------+-------------------+
| Field | Type | Null | Key | Default | Extra |
+------------+--------------+------+-----+-------------------+-------------------+
| id | int | NO | PRI | NULL | auto_increment |
| name | varchar(50) | NO | MUL | NULL | |
| email | varchar(100) | NO | UNI | NULL | |
| created_at | datetime | YES | | CURRENT_TIMESTAMP | DEFAULT_GENERATED |
+------------+--------------+------+-----+-------------------+-------------------+
KeyのPRIは主キー、UNIはユニーク、MULは重複を許すインデックスです。SHOW DATABASESではinformation_schema・mysql・performance_schema・sysのシステムDBも表示されます。
完全な定義はSHOW CREATE TABLEで見られ、\Gを付けると縦に表示されます。
SHOW CREATE TABLE members\G
*************************** 1. row ***************************
Table: members
Create Table: CREATE TABLE `members` (
`id` int NOT NULL AUTO_INCREMENT,
`name` varchar(50) NOT NULL,
`email` varchar(100) NOT NULL,
`created_at` datetime DEFAULT CURRENT_TIMESTAMP,
PRIMARY KEY (`id`),
UNIQUE KEY `uk_email` (`email`),
KEY `idx_name` (`name`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
SHOW INDEX FROM membersは15列の横長の表になり、今回はPRIMARY(Non_unique 0)、uk_email(0)、idx_name(1)の3行でした。SHOW TABLE STATUS LIKE 'members'\GではEngine: InnoDB、Rows: 3、Data_length: 16384、Auto_increment: 4などが見られます。RowsはInnoDBでは概算なので、正確な件数はSELECT COUNT(*)で数えます。
ユーザーと権限(MySQL 8.0の書き方)
ユーザー作成から権限確認まで
MySQL 8.0では「CREATE USERでユーザーを作る」「GRANTで権限を付ける」を分けて実行します。
CREATE USER 'app'@'localhost' IDENTIFIED BY 'App#pass2026';
GRANT SELECT, INSERT, UPDATE, DELETE ON shop.* TO 'app'@'localhost';
SHOW GRANTS FOR 'app'@'localhost';
+-----------------------------------------------------------------------+
| Grants for app@localhost |
+-----------------------------------------------------------------------+
| GRANT USAGE ON *.* TO `app`@`localhost` |
| GRANT SELECT, INSERT, UPDATE, DELETE ON `shop`.* TO `app`@`localhost` |
+-----------------------------------------------------------------------+
USAGEは「接続だけできる」権限で、自動で付きます。ユーザーは「名前@接続元ホスト」の組で1つなので、'app'@'localhost'と'app'@'127.0.0.1'は別のユーザーです。
| 操作 | コマンド |
|---|---|
| 権限を外す | REVOKE DELETE ON shop.* FROM 'app'@'localhost'; |
| パスワード変更 | ALTER USER 'app'@'localhost' IDENTIFIED BY '新パスワード'; |
| 自分のパスワード変更 | ALTER USER USER() IDENTIFIED BY '新パスワード'; |
| ユーザー削除 | DROP USER 'app'@'localhost'; |
| どこからでも接続可 | ホストを'%'にする(接続元を絞るほうが安全) |
5.7以前の書き方は8.0でエラーになる
古い解説にある次の3つは、MySQL 8.0.46でエラーになりました。
| 5.7以前の書き方 | 8.0.46での結果 |
|---|---|
GRANT ALL ON shop.* TO 'app2'@'localhost' IDENTIFIED BY 'x'; |
ERROR 1064 (42000): You have an error in your SQL syntax; … near 'IDENTIFIED BY 'x'' |
存在しないユーザーへのGRANT SELECT ON shop.* TO 'nobody'@'localhost'; |
ERROR 1410 (42000): You are not allowed to create a user with GRANT |
SET PASSWORD FOR 'app'@'localhost' = PASSWORD('x'); |
ERROR 1064 (42000): … near 'PASSWORD('x')' |
直し方は、先にCREATE USER、パスワード変更はALTER USER … IDENTIFIED BYです。
caching_sha2_passwordとERROR 2061
MySQL 8.0の既定の認証方式はcaching_sha2_passwordで、SELECT user, host, plugin FROM mysql.user;で見ると全ユーザー(6件)がこの方式でした。
サーバー再起動の直後など、パスワードがまだキャッシュされていない状態で、暗号化なし(SSL無効)のTCP接続をすると失敗します。
mysql -h 127.0.0.1 -P 7381 -u app -p --ssl-mode=DISABLED shop
ERROR 2061 (HY000): Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection.
対処は次のどれかです。
| 対処 | 内容 |
|---|---|
| SSLで接続する(おすすめ) | --ssl-modeを指定しなければ既定でTLS接続(今回はTLSv1.3) |
| 公開鍵を取得する | --get-server-public-keyを付ける(今回これで接続成功) |
| アプリのドライバを更新 | 古いドライバはcaching_sha2_passwordに未対応のことがある |
一度成功するとキャッシュされ、同じ条件でも接続できました。MySQL 8.4では旧方式のmysql_native_passwordが既定で無効、9.0で削除されています(公式ドキュメント)。旧方式に戻すより、ドライバの更新で対応するほうが長く使えます。
バックアップとリストア(mysqldump)
# 1つのDBをバックアップ(InnoDBはロックせずに一貫した状態で取得)
mysqldump --login-path=t38 --single-transaction --no-tablespaces shop > shop.sql
# CREATE DATABASE・USE文も含め、ストアドやトリガーごと取得
mysqldump -u root -p --single-transaction --routines --triggers --events --databases shop > shop_full.sql
# 圧縮して保存・圧縮したまま戻す
mysqldump -u root -p --single-transaction shop | gzip > shop.sql.gz
zcat shop.sql.gz | mysql -u root -p shop_restore
# リストア(先にDBを作っておく)
mysql -u root -p -e "CREATE DATABASE shop_restore"
mysql -u root -p shop_restore < shop.sql
リストア後にSELECT COUNT(*) FROM membersで3件が戻ったことを確認しました。
一般ユーザーで--no-tablespacesなしに実行すると、次のエラーが出ます。
mysqldump: Error: 'Access denied; you need (at least one of) the PROCESS privilege(s) for this operation' when trying to dump tablespaces
このときも終了コードは0で、ダンプ自体は出力されました。テーブルスペース情報が不要なら--no-tablespacesを付けます。
| オプション | 意味 |
|---|---|
--single-transaction |
InnoDBをロックせずに一貫した状態で取得 |
--databases A B |
複数DB。CREATE DATABASE文も出力 |
--all-databases |
全DB |
--routines / --triggers / --events |
ストアド・トリガー・イベントも含める |
--no-data |
定義だけ |
--where="id < 100" |
条件に合う行だけ |
状態を確認する
status(\s)で接続情報をまとめて見る
mysql> \s
Current database: shop
Current user: app@127.0.0.1
SSL: Cipher in use is TLS_AES_256_GCM_SHA384
Server version: 8.0.46-0ubuntu0.24.04.4 (Ubuntu)
Connection: 127.0.0.1 via TCP/IP
Server characterset: utf8mb4
Client characterset: utf8mb4
TCP port: 7381
(抜粋。実際はConnection id、Uptimeなど約20行)
「どのユーザーで、どのDBに、SSLで、どの文字コードで」つながっているかが一度にわかります。
設定値・稼働状況・実行中の処理
| 確認したいこと | コマンド | 実行結果(今回) |
|---|---|---|
| バージョン | SELECT VERSION(); |
8.0.46-0ubuntu0.24.04.4 |
| 今のユーザーとDB | SELECT CURRENT_USER(), DATABASE(); |
root@localhost、shop |
| 最大接続数 | SHOW VARIABLES LIKE 'max_connections'; |
151 |
| 文字コード | SHOW VARIABLES LIKE 'character_set%'; |
serverはutf8mb4 |
| 接続中の数 | SHOW GLOBAL STATUS LIKE 'Threads_connected'; |
1 |
| 認証方式の既定 | SHOW VARIABLES LIKE 'default_authentication_plugin'; |
caching_sha2_password(8.4で削除) |
| 生存確認 | mysqladmin ping |
mysqld is alive |
SHOW VARIABLESは設定値、SHOW STATUSは起動後の統計です。SHOW STATUSだけだと自分のセッションの値になるため、サーバー全体はGLOBALを付けます。
SHOW PROCESSLISTを実行すると、MySQL 8.0.46では結果と一緒に警告が1件出ました。
Warning 1287 'INFORMATION_SCHEMA.PROCESSLIST' is deprecated and will be removed in a future release. Please use performance_schema.processlist instead
今後も使える書き方はperformance_schema.processlistです。止めたい処理はKILL ID;で止められます。
SELECT id, user, host, db, command, time, state
FROM performance_schema.processlist WHERE command <> 'Daemon';
クライアントコマンド一覧(mysqlの中で使う)
\で始まる短い形と長い形があり、SQLではないので文末の;は不要です。
| 長い形 | 短い形 | 意味 |
|---|---|---|
ego |
\G |
結果を縦に表示(文末に付ける) |
status |
\s |
接続情報 |
use DB名 |
\u DB名 |
DBを切り替える |
source ファイル |
\. ファイル |
SQLファイルを実行 |
tee ファイル / notee |
\T / \t |
画面の出力をファイルにも記録 |
pager コマンド / nopager |
\P / \n |
出力を別コマンドに渡す(Unixのみ) |
system コマンド |
\! |
シェルコマンドを実行(Unixのみ) |
clear |
\c |
入力途中のSQLを取り消す |
edit |
\e |
エディタで入力(Unixのみ) |
delimiter 文字 |
\d |
区切り文字を変える(ストアド作成時) |
warnings |
\W |
毎回警告を表示 |
help 語 |
\h / ? |
ヘルプ(help showでSHOW一覧) |
exit / quit |
\q |
終了 |
実際の動き(MySQL 8.0.46):
mysql> SELECT id, name FROM members ORDER BY id LIMIT 1\G
*************************** 1. row ***************************
id: 1
name: 青木
1 row in set (0.00 sec)
mysql> pager grep 青木
PAGER set to 'grep 青木'
mysql> SELECT id, name FROM members ORDER BY id;
| 1 | 青木 |
3 rows in set (0.00 sec)
source count.sqlではファイル内のSELECT COUNT(*)の結果(3)が表示され、tee out.txtの後は入力したSQLと結果がファイルに記録されました。pager less -Sにすると横に長い結果を左右にスクロールできます。 MySQL 8.4ではクライアントのsystemコマンドを--skip-system-commandで無効にできるようになっています(公式ドキュメント)。
CSVの入出力とエラー
LOAD DATA LOCAL INFILE(手元のCSVを取り込む)
MySQL 8.0はサーバー側のlocal_infileが既定でOFFです。そのまま実行するとエラーになります。
LOAD DATA LOCAL INFILE 'new_members.csv' INTO TABLE members
FIELDS TERMINATED BY ',' IGNORE 1 LINES;
ERROR 3948 (42000): Loading local data is disabled; this must be enabled on both the client and server sides
サーバーでSET GLOBAL local_infile = 1;(管理者権限)にしても、クライアント側が無効なら別のエラーになります。
ERROR 2068 (HY000) at line 1: LOAD DATA LOCAL INFILE file request rejected due to restrictions on access.
両方で有効にすると取り込めました。
mysql --login-path=t38 --local-infile=1 shop -e "
LOAD DATA LOCAL INFILE 'new_members.csv' INTO TABLE members
CHARACTER SET utf8mb4
FIELDS TERMINATED BY ',' ENCLOSED BY '\"' LINES TERMINATED BY '\n'
IGNORE 1 LINES (id, name, email);"
Query OK, 2 rows affected
Records: 2 Deleted: 0 Skipped: 0 Warnings: 0
local_infileはサーバーのファイル読み取りに関わる設定なので、作業が終わったらSET GLOBAL local_infile = 0;に戻します。
SELECT … INTO OUTFILE とsecure_file_priv
INTO OUTFILEはサーバーのディスクに書き出すため、FILE権限と、secure_file_privで許可されたフォルダが必要です。
| 状況 | 実際のエラー |
|---|---|
| 一般ユーザーで実行 | ERROR 1227 (42000): Access denied; you need (at least one of) the FILE privilege(s) for this operation |
| 許可フォルダ以外(/tmp) | ERROR 1290 (HY000): The MySQL server is running with the --secure-file-priv option so it cannot execute this statement |
| 同名ファイルがある | ERROR 1086 (HY000): File '/tmp/t38my/files/members.csv' already exists |
許可フォルダはSHOW VARIABLES LIKE 'secure_file_priv';で確認できます(今回は/tmp/t38my/files/)。そこへ出力すると成功しました。
SELECT id, name, email FROM members ORDER BY id
INTO OUTFILE '/tmp/t38my/files/members.csv'
FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n';
"1","青木","aoki@example.com"
"2","井上","inoue@example.com"
"3","上田","ueda@example.com"
"10","江藤","eto@example.com"
"11","小川","ogawa@example.com"
手元のPCにCSVがほしいだけなら、次の-Bオプションでクライアント側に出力するほうが権限の設定がいりません。
シェルからSQLを実行する(-e・-B・-N)
| オプション | 出力 |
|---|---|
-e "SQL" |
実行して終了 |
-B(--batch) |
タブ区切り、罫線なし |
-N(--skip-column-names) |
見出し行なし |
-t(--table) |
パイプ先でも罫線つきの表 |
-E(--vertical) |
\Gと同じ縦表示 |
mysql --login-path=t38 -B shop -e "SELECT id, name, email FROM members ORDER BY id"
id name email
1 青木 aoki@example.com
2 井上 inoue@example.com
3 上田 ueda@example.com
-N -Bで値だけを取り出すと、シェル変数やループに使えます。
mysql --login-path=t38 -N -B shop -e "SELECT COUNT(*) FROM members"
# 3
for t in $(mysql --login-path=t38 -N -B shop -e "SHOW TABLES"); do echo "table: $t"; done
# table: members
出力先がパイプやファイルのときは、-Bを付けなくてもタブ区切りになります。表の形で保存したいときは-tを付けます。
接続エラーの一覧と対処
すべてMySQL 8.0.46で再現したエラーです。
| エラー | 原因 | 対処 |
|---|---|---|
ERROR 1045 (28000): Access denied for user 'app'@'localhost' (using password: YES) |
パスワード違い、または'ユーザー'@'ホスト'の組が違う |
パスワード確認。~/.my.cnfの#は引用符で囲む |
ERROR 1044 (42000): Access denied for user 'app'@'127.0.0.1' to database 'mysql' |
そのDBの権限がない | SHOW GRANTSで確認しGRANT |
ERROR 1049 (42000): Unknown database 'shopp' |
DB名の誤り(権限のない一般ユーザーだと1044になる) | SHOW DATABASESで確認 |
ERROR 1130 (HY000): Host '127.0.0.1' is not allowed to connect to this MySQL server |
その接続元ホストのユーザーがない | CREATE USER 'app'@'接続元' |
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) |
ソケットがない(サーバー停止、場所違い) | サーバー起動確認、-Sで場所指定、-h 127.0.0.1でTCPへ |
ERROR 2003 (HY000): Can't connect to MySQL server on '127.0.0.1:7389' (111) |
そのポートで待ち受けていない | ポート番号・起動状態・bind-addressを確認 |
ERROR 2061 (HY000): Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection. |
SSLなしで未キャッシュの認証 | SSL接続か--get-server-public-key |
ERROR 1130は、skip_name_resolveが有効なサーバーで'app'@'localhost'だけを作り、127.0.0.1からTCP接続したときに再現しました。 接続元が127.0.0.1として判定され、localhostのユーザーと一致しないためです。SELECT user, host FROM mysql.userでホストの組を確認します。
psqlとの対応表
PostgreSQLも使う方向けに、同じ操作の対応をまとめます(psqlの詳細は「psql コマンド 一覧」の記事)。
| やりたいこと | MySQL(mysql) | PostgreSQL(psql) |
|---|---|---|
| 接続 | mysql -u app -p -h host -P 3306 shop |
psql -U app -h host -p 5432 -d shop |
| DB一覧 | SHOW DATABASES; |
\l |
| DB切り替え | USE shop; |
\c shop |
| テーブル一覧 | SHOW TABLES; |
\dt |
| 列の確認 | DESC members; |
\d members |
| ユーザー一覧 | SELECT user, host FROM mysql.user; |
\du |
| 縦表示 | \G |
\x |
| ファイル実行 | source f.sql |
\i f.sql |
| 1行実行 | mysql -e "SQL" |
psql -c "SQL" |
| 値だけ出力 | -N -B |
-A -t |
| 接続情報 | \s |
\conninfo |
| パスワード保存 | ~/.mylogin.cnf(--login-path) |
~/.pgpass |
| バックアップ | mysqldump |
pg_dump |
| 終了 | \q |
\q |
よくある質問
Q. 「mysql: command not found」と出ます。
A. クライアントが入っていないか、PATHが通っていません。Ubuntuならmysql-clientパッケージ、macOSならHomebrewのmysql-clientなどで入れ、mysql --versionで確認します。サーバーだけ別のマシンにある場合も、手元にはクライアントが必要です。
Q. rootでパスワードなしで入れるのはなぜですか?
A. Ubuntuのパッケージなど、rootがソケット経由のOS認証(auth_socket)や空パスワードで作られる環境があるためです。今回の検証環境は初期化時に空パスワードで作成しました。アプリ用には必ず専用ユーザーをCREATE USERで作り、必要なDBだけにGRANTします。
Q. SHOW PROCESSLISTはもう使えなくなりますか?
A. MySQL 8.0.46では結果は表示され、警告1287でperformance_schema.processlistの利用が案内されました。スクリプトや監視に組み込むなら、performance_schema.processlistを使っておくと将来も安心です。
まとめ
- 接続は
mysql -u -p -h -P DB名、パスワードは--login-pathに保存。~/.my.cnfの#は引用符で囲む - 確認は
SHOW DATABASES・SHOW TABLES・DESC・SHOW CREATE TABLE\G - 8.0ではCREATE USER→GRANTの順。
GRANT … IDENTIFIED BYとPASSWORD()はエラーになる - ERROR 2061はSSL接続か
--get-server-public-keyで解決。8.4ではmysql_native_passwordが既定で無効 - バックアップは
mysqldump --single-transaction、リストアはmysql DB名 < dump.sql - CSV取り込みは
local_infileをサーバーとクライアントの両方で有効に。書き出しはsecure_file_privのフォルダへ - スクリプトでは
-e・-B・-Nで値だけを取り出す
本記事の内容は、ご自由にお使いください。
ご利用の際は、出典として本ページへのリンクを記載いただけますようお願いします。
(記載例)出典:株式会社RJC「MySQL コマンド 一覧|8.0対応の早見表と実行結果・エラー対処」
株式会社RJCでは、データベースの運用で役立つコマンドやエラーの読み方を、現場で仲間と共有しています。こうした知識を共有しながら、日々技術を磨いています。
株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。
WE ARE HIRING
RJCで一緒に開発しながら、
成長を楽しみませんか?
RJCは、Web・モバイル・AIを活用した開発プロジェクトで、テックリードやPM・PMOも活躍するシステム開発会社です。会社を知る、待遇を確かめる、話を聞いてみる。気になるところ見てみてください!
- 127日年間休日
- 12時間平均残業時間
- 毎日ガチャ遊びココロも大切にする福利厚生。アマギフなどの賞品ラインナップ!
ほかにも、チケットレストラン、書籍読み放題、2年ごとの慰労報奨(休暇 or 金一封)、11期連続の黒字決算。