MySQL|MariaDBインストール後の「Access denied for user 'root'@'localhost'」の件
同じエラーが出ていない事を確かめる為に、exitかquitでmysqlを終了させる。 可能ならrootのパスワード変更ではなく、別の一般ユーザーを新規作成したほうが望ましい。 次回からsudoを使わず、-u root、-pオプションを付けてログインを試みる。 パスワードが要求され、認証が通れば成功で鼻高だ！ なぜ初っぱなからAccess deniedが発生するのか？ インストール直後にmysqlを、権限のないユーザーから操作するとソケット（mysql.sockのような）が作成できないために発生する。 なので初回にクライアントをsudoで昇格してやればで秒で解消できる件なのにググると ソケットを手動で作成（まだ分かる） my.cnfでソケットの作成場所変更（これもまだ分かる） サービスを止めたりする（止めたことでソケットを作成できる権限を持ち合わせて無いので関係ない） やたらskip-gra
mysqldumpでPROCESS権限(PROCESS privilege)を要求される - いっさいがっさい
cronで定期実行していたMySQLのバックアップタスクがエラーを吐くようになった。mysqldumpでエラーになっている。 mysqldump: Error: 'Access denied; you need (at least one of) the PROCESS privilege(s) for this operation' when trying to dump tablespaces MySQLを5.7.31にバージョンアップしたことで権限の要求が変わったらしい。PROCESS権限が必要とおっしゃっている。 解決手段 とりあえず、PROCESS権限を持たせればよさそうなので、次のコマンドでmysqldumpを実行するユーザーに権限を与える。 mysql > GRANT PROCESS ON *.* TO 'your-user'; で権限を付ける。your-userはコマンドで
docker compose で MySQL を動かすときのタイムゾーン指定方法
まえがき 個人開発で SELECT NOW() したときに、UTC の日付時刻が返ってきたため修正する！ 環境 WSL2 (Windows 10 64bit) Ubuntu 22.04.2 LTS docker compose MySQL 8.0.32 手順 docker-compose.yaml を編集 現状はこんな感じ version: '3.9' services: mysql: build: ./mysql volumes: - ./mysql/data:/var/lib/mysql ports: - "3306:3306" environment: - MYSQL_ROOT_PASSWORD=password version: '3.9' services: mysql: build: ./mysql volumes: - ./mysql/data:/var/lib/mysql
MySQL ver5.7でmysqldumpしようとしてエラーが出たときの対処法 - Qiita
databaseのバッグアップを取ろうとして一旦sqlファイルに落とそうとしたら、MySQLから次のようなエラーが出ました。 $ mysqldump -uroot -p hogehoge >hogehoge.sql Enter password: mysqldump: Couldn't execute 'SHOW VARIABLES LIKE 'gtid\_mode'': Table 'performance_schema.session_variables' doesn't exist (1146) $ mysql_upgrade -u root -p Enter password: Checking if update is needed. Checking server version. Running queries to upgrade MySQL server. Checkin
[MySQL] ERROR 1227 (42000) at line 18: Access denied; you need (at least one of) the SUPER privilege(s) for this operation - Qiita
このエラーが起きた背景 MySQLサーバー上に複数のdatabaseが存在し、そのうちの一つのdatabaseがうっかりdropされてしまった。Staging環境だったのでデータについては神経質にならずに一日前に取得していたmysqldumpから復旧しようとしたが、なぜか取得したmysqldumpを流そうとしたら表題のエラーが生じた。 流そうとしたmysqldumpの取得はdatabase別に行われていた。そのため、消えたdatabaseにだけ、dumpファイルからimportを行おうとした。 mysqlのユーザーは、普段このdatabaseの読み書きを行うアプリケーションで使用しているユーザーを使用した。 ちなみに、エラーが出たときには気づいていなかったが、mysqldumpを取得した時には下記の警告メッセージが出ていた。 Warning: A partial dump from a s
![[MySQL] ERROR 1227 (42000) at line 18: Access denied; you need (at least one of) the SUPER privilege(s) for this operation - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/0f15cdbbac2f7408c34e33f2ca1ce7f81d1aaa0c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCTXlTUUwlNUQlMjBFUlJPUiUyMDEyMjclMjAlMjg0MjAwMCUyOSUyMGF0JTIwbGluZSUyMDE4JTNBJTIwQWNjZXNzJTIwZGVuaWVkJTNCJTIweW91JTIwbmVlZCUyMCUyOGF0JTIwbGVhc3QlMjBvbmUlMjBvZiUyOSUyMHRoZSUyMFNVUEVSJTIwcHJpdmlsZWdlJUUyJTgwJUE2JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0yZGViZWQ5Mzk1NWMzNzFjOTc2YjdiOTE5YWM2MjEwYQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBqZXN1c19pc2FvJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0yZjVmNzZmYjIzN2JkOGZkZWE4NTc5ZDI4ZDk0YTY4NQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D90176d7451efacc9b9ef9d0cf3c61d70)
これでわかった!? LEFT / RIGHT JOIN. - Qiita
drop table if exists depts; create table depts( dept_id int primary key, dept_name varchar(32) ); insert into depts(dept_id,dept_name) values(1,'営業部'); insert into depts(dept_id,dept_name) values(2,'経理部'); insert into depts(dept_id,dept_name) values(3,'技術部'); insert into depts(dept_id,dept_name) values(4,'法務部'); #employees drop table if exists employees; create table employees( id int primary key
MySQL で特定の IP アドレスからのアクセスを許可する - Qiita
はじめに web サーバーから DB サーバーにアクセスを許可するときなど、MySQL で外部からのアクセスを許可したいときの設定あれこれを自分用にメモ。 おしながき DB サーバーにログインして以下の作業を行っていきます。 MySQL の設定 MySQL で外部からのアクセス権を持ったユーザーの作成 firewall の設定 環境 OS： CentOS 7 MySQL： 5.7 MySQL の設定 必要に応じて my.conf を書き換えます。 なお、環境によって my.conf が保存されている場所が違うようです。 自分は /etc/my.cnf にありました。 【参考】my.cnfの場所を調べる bind-address に接続したい IP アドレスを追加。
MySQLで全文検索その1(Mroonga編) - 虎の穴開発室ブログ
こんにちは、お久しぶりです。虎の穴ラボのA.M.です。 前回の記事「全文検索エンジンについて調べてみた」から大分間が空いてしまいましたが、今回はとらのあなのサービスで使用頻度の高いMySQLで、実際に全文検索をやってみたいと思います。 MySQLで手軽に全文検索を実現するための手法としては、以下の２つが挙げられます。 MySQLのFULLTEXTインデックス：MySQLの標準機能。v5.7から日本語に対応。 Mroonga：GroongaベースのMySQLストレージエンジン。 ※FULLTEXTインデックスやMroonga、Groongaなどについて詳しくは前回の記事や、第3回ライトニングトークイベント記事をご参照ください。 toranoana-lab.hatenablog.com toranoana-lab.hatenablog.com 今回は、記事のタイトルにもあるように、Mroong
MySQL8.0にアップグレードしたらログインできなくなった時の解決法 | e-joint.jp
mySQL8.0にアップグレードしたら、ローカルのphpMyAdminにこんなエラーが表示されログインできなくなったので、解決法。 mysqli_real_connect(): The server requested authentication method unknown to the client [caching_sha2_password] 解決法 ユーザー root、パスワード pwdの 場合。 use mysql; ALTER USER 'root'@'localhost' identified WITH mysql_native_password BY 'pwd'; my.cnf にも追記。 [mysqld] # 旧 MySQL Clientとの互換性確保 default_authentication_plugin=mysql_native_password これでログイ
CentOS7にMySQL8.0をインストール - Qiita
yum localinstallを利用するとrpmを直接インストールできる。rpmはCentOSのベースとなるRedHat Linux系で利用され,yumの登場以前によく利用されていたPackageManagerのこと。 リポジトリの確認 インストールされたリポジトリと有効・無効の状態を確認してみます。 リポジトリをインストールすると、8.0含め、複数のバージョンのインストールに対応したリポジトリが設定されます。 yum repolist all | grep mysql mysql-cluster-7.5-community/x86_64 MySQL Cluster 7.5 Community 無効 mysql-cluster-7.5-community-source MySQL Cluster 7.5 Community - So 無効 mysql-cluster-7.6-commun
phpMyAdmin 経由で、コマンドラインから DB のデータをエクスポートしてみる - Qiita
０．はじめに 共用サーバなど、 外部から phpMyAdmin 経由でしか DB へアクセスできない場合でも、 コマンドラインから自動で DB をエクスポートしたいな、 と思い、やってみました。 １．プログラム はい。 という事で、 以下のシェルスクリプトを実行すればできると思います。 で、解説をちょっと後述しときます。 あと、phpMyAdmin のバージョンは 4.0.10.17 でしか確認していないので、 うまくいかない場合は、バージョンに合わせて修正して下さい。 #!/bin/bash # ---1----+----2----+----3----+----4----+----5----+----6----+----7----+----8---- # ===================================================================
MySQL5.6から5.7にYumでサクッとアップグレードする - Qiita
前提 いわゆるインプレイスアップグレードの手法です。 MySQL 5.6は公式レポジトリからインストールしている場合のお話です。 不測の事態に備え、MySQLのデータフォルダやmy.cnfはバックアップしておきましょう。 bashとvim上で操作を完結させます。 1. 公式レポジトリの更新 yum remove -y mysql-community-release-el7-5.noarch yum localinstall -y http://dev.mysql.com/get/mysql57-community-release-el7-7.noarch.rpm # 上記をワンライナーで yum swap -y -- remove mysql-community-release -- install http://dev.mysql.com/get/mysql57-community-re
phpMyAdminを使ってWordPressを別のドメインで使えるようにする方法 | それからデザイン スタッフブログ
WordPressはMySQLというデータベースでサイトのさまざまな情報を管理していますが、別のドメインへシステムを移転させるには、基本的なサイトURLの登録情報の他、パーマリンクと呼ばれる各投稿記事のURLに埋め込まれたドメイン名を新ドメイン名へ置換する必要があります。 例えば以下の図は、WordPressのデータベースの一部を視覚化したものです。 サイトURLやパーマリンクは、下図のように保存されています。 WordPressは１記事ごとに記事のURLをデータベースに保存する仕組みになっています。数百、数千といった記事を置換するにはphpMyAdminなどのウェブブラウザからデータベースの操作ができる専用ツールを使うと便利です。 そこで今回は、データベースの操作に不慣れな方でもphpMyAdminからドメイン名を一発置換し、旧ドメインで使っていたWordPressのデータベースを新ドメ
MySQLパフォーマンスチューニング -my.cnfの見直し- - Qiita
※RDSは使っていません。 負荷を見てみる DBサーバーの負荷状況を見てみます。 当時の監視ツールの画像がないのですが、以下の状況でした。 LA(Load Average)が突き抜けている リクエスト数は「常識的に考えて」それほどでもない メモリの使用量にあまり変化がない swapはしていない ストレージ容量を結構食っている WEBサーバーから見れば、処理待ちのままプロセスが処理されていない典型的なパターンだったと思います。 DBサーバーとしては、LAに対し、メモリの使用量があっていないように思われました。 仮説 上記の状態から、仮説を立てます。 スロークエリ が頻発しているのではないか メモリ が正しく割り当てられていないのではないか 各種ログ の設定が適切ではないのではないか 仮説を検証することで、対策をしていきます。 設定を見直す 上記の仮説の設定は、MySQLの設定ファイルである「
MySQL 8.0登場！立ち止まることを知らない進化はこれからも続く。
ゴールデンウィークはいかがお過ごしされただろうか。今年は天気も良く、行楽日和が続いたように思う。 さて、先日MySQL 8.0が正式にリリースされた。少し時間が経ってしまったが、今回はMySQL 8.0の新機能について紹介したい。コミュニティ版のダウンロードはこちらから可能だ。 ひとつ前の正式バージョンはMySQL 5.7だったのだが、MySQL 8.0は非常に大きなリファクタリングが含まれており、5.x台のバージョン番号を捨て去ろうという話があった。そこで、次のメジャーバージョンは最初の桁を増やすということになったのだが、MySQL 6.0は過去に既に存在し、買収などの騒ぎで開発が頓挫してしまった経緯がある。7.xはMySQL NDB Clusterと被っている。というわけで、5.7の7の部分の次という意味合いもあって、8.0というバージョン番号を引っさげ、満を持しての登場となった。その
MySQLでの「current_timestamp」はテーブル内で一つだけ
MySQL でテーブルを作成する際、以下のエラーが出た。 #1293 – Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause 原因 登録日時・更新日時の timestamp型のカラムを2つ用意し、両方のデフォルト値に「current_timestamp」を設定したため 解決方法 登録日のデフォルト値を「0」に設定する（insert時に手動で入れる運用に）。 1.timestamp型のcurrent_timestampについて timestamp型は、データの登録日時や更新日時を保存するため、テーブルにそれ用のカラムを作成することが多い（よね！？）。 「current_timestamp」は、その tim
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RDS から mysqldump するときのお作法 - AR ホームベーカリー
Install MySQL 8.0 on CentOS 7
SQL素人でも分かるテーブル結合(inner joinとouter join) - Qiita
【BigDumpでインポート】phpMyAdminでファイルが大きすぎてインポートできない時 | WEB制作に役立つヒント。忘れないためのメモ的サイト。