Authentication plugin ‘mysql_native_password’ cannot be loadedの対処方法
先日、MySQLを9.1にアップデートしたところ、以下のエラーが発生しました。 sqlalchemy.exc.OperationalError: (MySQLdb.OperationalError) (2059, \"Authentication plugin 'mysql_native_password' cannot be loaded: dlopen(/usr/local/Cellar/mysql/9.0.1/lib/plugin/mysql_native_password.so, 0x0002): tried: '/usr/local/Cellar/mysql/9.0.1/lib/plugin/mysql_native_password.so' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/usr/local/Cella
Apple シリコン（M1 Mac）でSQL ServerのDockerコンテナが動くようになった - たいへんよく頑張りました
Docker Desktopのアップデートがきたよ 今までM1 MacでSQLServerのDockerコンテナを起動すると、 [+] Running 1/0 ⠿ Container mssql-test Created 0.0s Attaching to mssql-test mssql-test | /opt/mssql/bin/permissions_check.sh: line 4: [: : integer expression expected mssql-test | /opt/mssql/bin/permissions_check.sh: line 59: [: : integer expression expected mssql-test | SQL Server 2022 will run as non-root by default. mssql-test | Th
MysqlでGot error 28 from storage engine が出た場合の対処 ← Neo Inspiration
管理画面にログインできない！ というアラートが上がりまして、 もう何年も使っているシステムの管理画面に確かにログイン出来ないと。 サーバが落ちているわけでもないしなんでなのかとログをあさったら Native Error: Got error 28 from storage engine] 見たことないエラーだ・・ ということで調べてみたらどうもHDDが足らないようで。 早速dfしてみると /dev/sda2 149308676 149308108 0 100% / となっていました。 適当にキャッシュ系を削除して対応完了。 DB系で見たことないエラーがでると焦りますね。 おすすめのレンタルサーバーを徹底比較！
tech-memo » MySQLのGROUP BYは、寛容すぎて気持ちが悪い。
以前の職場ではOracleばかり使っていたのですが、MySQLを使うようになってちょっとカルチャーショック、というお話。 以下のようなテーブルがあってですよ、 mysql> SELECT table_a.* FROM table_a; +-------+-------+-------+ | col_a | col_b | col_c | +-------+-------+-------+ | 1 | 1 | 1 | | 2 | 1 | 2 | | 3 | 2 | 2 | | 4 | 2 | 1 | +-------+-------+-------+ 4 rows in set (0.00 sec)
MySQL-5.5/5.6でのレプリケーション利用者に伝えたい「RESET SLAVE」にまつわる怖い話 - Y-Ken Studio
MySQL-5.5よりRESET SLAVE;の挙動が変わり、直後にCHANGE MASTER構文を 発行しないと場合によっては問題が発生するとMySQLのドキュメントに記載されていました。 さらに、RESET SLAVE ALL;というクエリもサポートされたようです。 どういう事なのでしょう？ 調べてみました。 ドキュメントにさらっと何か書いてある In MySQL 5.6 (unlike the case in MySQL 5.1 and earlier), RESET SLAVE does not change any replication connection parameters such as master host, master port, master user, or master password, which are retained in memory. Thi
MySQLパフォーマンスチューニング -my.cnfの見直し- - Qiita
※RDSは使っていません。 負荷を見てみる DBサーバーの負荷状況を見てみます。 当時の監視ツールの画像がないのですが、以下の状況でした。 LA(Load Average)が突き抜けている リクエスト数は「常識的に考えて」それほどでもない メモリの使用量にあまり変化がない swapはしていない ストレージ容量を結構食っている WEBサーバーから見れば、処理待ちのままプロセスが処理されていない典型的なパターンだったと思います。 DBサーバーとしては、LAに対し、メモリの使用量があっていないように思われました。 仮説 上記の状態から、仮説を立てます。 スロークエリ が頻発しているのではないか メモリ が正しく割り当てられていないのではないか 各種ログ の設定が適切ではないのではないか 仮説を検証することで、対策をしていきます。 設定を見直す 上記の仮説の設定は、MySQLの設定ファイルである「
mySQLの日付処理いろいろ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? mySQLでよく使う日付処理をまとめてみました。 もっと良い書き方があれば、コメントをお願いします。 システム日付 mysql> select curdate(); +------------+ | curdate() | +------------+ | 2016-02-26 | +------------+ 1 row in set (0.16 sec) mysql> select curdate() + 0; +---------------+ | curdate() + 0 | +---------------+ | 20160
MySQL 日時ごとの集計まとめ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 月別、日別、時間別にレコード数を集計 一月毎 mysql> SELECT DATE_FORMAT(カラム１, '%Y-%m') AS time, COUNT(*) AS count FROM テーブル名 GROUP BY DATE_FORMAT(カラム１, '%Y%m'); 一日毎 mysql> SELECT DATE_FORMAT(カラム１, '%Y-%m-%d') AS time, COUNT(*) AS count FROM テーブル名 GROUP BY DATE_FORMAT(カラム１, '%Y%m%d'); 一時間毎 mysq
MySQLでハマる Communications link failure - Gobble up pudding
2020-05-18 2020/05/18 追記 いまだにアクセスがあるのでコメントを書きます。 これは古い記事ですが、今でも通用する内容かと思われます。 かなり怪しい記憶ですが、当時のバージョンは Java 6 Struts 1.2 Spring 1 MySQL 5.5 iBatis(バージョン不明だが、すくなくともMyBatisではない)だったかと思います。なんでもそうですが、下位レイヤーから疑えというのは何についても大事でいつの時代も変わらないと思います。 よく言われていたSSHパターンの変則系(Hibernateの代わりにiBatis)の構成でした。 開発環境でSpring Batchを動かすと今まで動いていたはずのところでエラーが出てしまいました。 Spring Batchを動かすとエラーが…… java.io.EOFException: Can not read respons
gh-ost：GitHubのMySQL向けオンライン・スキーマ・マイグレーションツール | POSTD
本日、 gh-ost のオープンソース・リリースを発表します。GitHubの、トリガーレスなMySQL向けオンライン・スキーマ・マイグレーション・ツールです。 gh-ost は、MySQLテーブルの修正が必要な、進行中の継続的なプロダクション変更に伴って私たちが直面する問題に答えるために、ここ数ヶ月で開発されました。 gh-ost は、負担が小さく、制御しやすく、監査しやすく、操作が簡単なソリューションを提供することによって、現在のオンライン・テーブル・マイグレーションのパラダイムを様変わりさせます。 MySQLテーブルのマイグレーションは、よく知られた問題で、2009年からはオンライン・スキーマ変更ツールによって対処されてきました。ハイペースで成長するプロダクトに伴って、データベース構造の変更が必要になります。列やインデックスなどの追加・変更・削除は、デフォルトのMySQLの動作を妨げる
innodb_buffer_pool_sizeのチューニング：どれくらい割り当てる？
結論としてはinnodbテーブルの全データ量だそうです。 ここ最近はデータベースサーバのリプレースの案件の担当をしているのですが、サーバのサイジングをしていてふと、「どれくらいメモリあれば足りるんだろう」と疑問に思いました。 よく「サーバの全メモリの50％から70％くらい」とか「80％」くらいとか言われますが、それはどちらかというとスワップしないための限界値を示すものであって、理想値ではないですよね。それでいろいろ調べてみたところ、なかなか日本語で良いまとめがなかったので、まとめてみようと思います。 目次 そもそもinnodb_buffer_poolとは？ 使用状況を確認する(SHOW ENGINE INNODB STATUSでの計測) 適切なinnodb_buffer_pool_sizeは？（チューニング方法） そもそもinnodb_buffer_poolとは？ InnoDB maint
MySQL のJOIN に関するメモ - LukeSilvia’s diary
内容 FROM 句のテーブルの順番と、MySQL がテーブルをJOIN する順番は別 STRAIGHT_JOIN と eq_ref, ref eq_ref になるようにするために JOIN 条件の書き方 STRAIGHT_JOIN をいつ使うか 今回の検証に用いたMySQL は4.0.26。また、例として、以下のテーブルを用いる。(テーブルは、「逆算式SQL教科書」のもの) [study]> SHOW FIELDS FROM uriage; +-------------+---------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------------+---------+------+-----+---------+---------------
mysql コマンドの履歴を残したくない場合は MYSQL_HISTFILE=/dev/null - 酒日記 はてな支店
タイトルで内容を全部書いてしまった。 SQL を直接 mysql コマンドから発行する場合、デフォルトでは履歴が $HOME/.mysql_history に残ります。次回起動した場合にも履歴をさかのぼれるわけですが、たとえば「本番データベースに繋いで更新、削除系の操作を実行する」ような場合。これは履歴に残ったものを間違って再実行してしまうと、大変な悲劇を引き起こす可能性があります。 とうことで、(緊張しながら本番で) 削除 SQL を実行した場合、手作業で .mysql_history をエディタで編集して消したりしていましたが、ここでよいツッコミが @n0ts さんから。 直に削除系SQL叩いたらじっとり手に汗が 2011-09-01 15:34:46 via YoruFukurou ヒストリ誤爆しないように.mysql_historyからも消す 2011-09-01 15:36:22
MySQLにおけるレプリケーション遅延の傾向と対策
レプリケーションはMySQLで最もよく使われる機能のひとつだ。レプリケーションは基本的に非同期でデータの複製を行う仕組みになっているのだが、非同期故にどうしても逃れられない問題がある。そのひとつが今回のテーマ、遅延である。というと、MySQLのレプリケーションはすぐに遅延が生じてしまうように感じてしまうかも知れないが、そのようなことはない。ほとんどの場合は即座にスレーブの更新が行われる。 なぜ遅延は発生するのか、どのように遅延が起きていることを調べるのか、どのように回避するのかということを本エントリでは解説したい。うまく遅延と付き合って、MySQLのレプリケーションをより快適に運用してもらえればと思う。 そもそも遅延とは何かMySQLのレプリケーションは非同期で行われる。これは準同期でも同じであり、スレーブにおいて更新が起きるのはマスターよりも一瞬遅れてしまう。これは非同期であるが故に逃れ
MySQLでデータのみダンプ、スキーマのみダンプ、ストアドのみダンプする方法 | tipshare.info
× Sign in with twitter. You can follow the user and hashtags. Share your tips on social media. Post relative tips. If you have relative tips, click [Add relative tips] to post. データのみダンプ mysqldump -u root -p DB名 --skip-dump-date --no-create-info --default-character-set=binary > onlyData.sql スキーマとViewのみダンプ mysqldump -u root -p DB名 --no-data --skip-dump-date > onlySchemaWithView.sql ストアドのみダンプ mysqldu
ダウンタイムを短縮して Amazon RDS for MySQL データベースにデータをインポートする - Amazon Relational Database Service
場合によっては、ライブアプリケーションをサポートする外部の MariaDB または MySQL データベースから RDS for MariaDB DB インスタンス、RDS for MySQL DB インスタンス、または RDS for MySQL マルチ AZ DB クラスターにデータをインポートする必要があります。次の手順を使用して、アプリケーションの可用性への影響を最小限に抑えることができます。この手順は、巨大なデータベースを使用する場合にも役立ちます。この手順を使用すると、ネットワーク経由で AWS に渡されるデータ量を削減することで、インポートのコストを削減できます。 この手順では、データベースデータのコピーを Amazon EC2 インスタンスに送信し、そのデータを新しい Amazon RDS データベースにインポートします。次に、レプリケーションを使用して、Amazon RD
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - major/MySQLTuner-perl: MySQLTuner is a script written in Perl that will assist you with your MySQL configuration and make recommendations for increased performance and stability.
MySQL delete multiple rows in one query conditions unique to each row
First attempt to migrate EC2 MySQL to Amazon RDS no going well - SUPER privileges
mysqldump をリストアして Access denied; you need (at least one of) the SUPER privilege(s) for this operation になった時にやったこと メモ - Solr, Python, MacBook Air in Shinagawa Seaside
