最近気になるNewSQLについて - Qiita
はじめに 以前 MySQLのマネージドサービスを探していたときに「PlanetScale」というサービスを知りました。どうやら単にMySQLを運用しているのではなく、可用性とスケーラビリティを実現したMySQL互換のNewSQLサービスだということを知りました。 そこで興味を持ったNewSQLについて、今回私の理解を整理してみました。間違っている箇所については指摘いただけると嬉しいです。 NewSQLとは NewSQLはRDB(SQL)に対して台頭したNoSQL（キーバリューストアやドキュメント型DBなど）の限界に対する解決策といて登場したと捉えています。そのため最初にNoSQLの限界について整理した方が、その意義が分かりやすいでしょう。 NoSQLの限界 NoSQLはRDB(SQL)に比較して、高い可用性とスケールアウトによる巨大データとアクセス数の増大に対応することを可能にました。シン
MySQL ibdataのデータサイズが肥大化した場合の対処方法。 - Qiita
はじめに MySQLでibdata1のデータサイズが肥大化していた際の対処法。 今回、とある案件でサーバの調査をしていた際にibdata1のサイズがかなり大きくなっているのに気づきました。100GBを余裕で越すほどの。 これはInnoDBのデータ領域(テーブルスペース)です。 こうなると稼働したままデータサイズを小さくするのは難しく、リストアが必要となります。 事前準備 リストア作業を行う前にデータベースを利用するサービスを停止またはメンテ表示にしてトランザクションがmysqlへ来ないようにしておきましょう。 作業 1. mysqldumpの取得 サービスを停止したら対象となるデータベースのdumpを取得します。 だいたいこういう時はデータサイズが大きいので&をつけて実行しておくと便利です。
MySQLがバージョン5から8に飛んだ謎、意外と知らないCharset、Collationのこと - Qiita
はじめに 今回はMySQL 8.0について以下の内容を紹介します。 なぜ、バージョン5から8に一気に上がったのか Charsetとは何か Collationとは何か Youtubeでも解説しているので、ぜひ確認してみてください。 【YouTube動画】MySQL8.0 MySQLの名前の由来 MySQLは共同創設者のMichael Widenius (通称 Monty) さんの長女 Myにちなんで名付けられました。 ちなみに、MySQLをベースに、完全なGPLライセンスにしたMariaDBは、次女のMariaにちなんでいます。 [参考] Why is the Software Called MariaDB? MySQLがバージョンアップで5から8に上がった理由 MySQL 6.0はストレージエンジンにFalconを搭載したものを作っていたそうです。 しかし、Falconではなく、InnoD
MySQLでレプリケーション設定 - Qiita
##ポートを開ける 基本、マスタにて、スレーブからレプリケーション用のユーザーがログインできるようにしておけばよいみたい。 #####centos6.x
MySQL最低限のメモリ設定 - Qiita
環境にもよりますが、MySQLのデフォルトのメモリ関連の設定は控えめな感じになっています（私のCentOS環境では、key_buffer_sizeが8M,innodb_buffer_pool_sizeも8Mとなっています）ので、適切な状態への変更が必要です。 MySQLのメモリについては、いろいろな情報がありますが、MySQLのsupport-filesの中にあるサンプルを見ればいいでしょう（ちょっと、サイズの感覚が古いですが）。多くの場合、my-huge.cnfかmy-innodb-heavy-4G.cnfを参考にすればいいでしょう。 後は、本家Oracleさんの資料も参考になります。 グローバルバッファとスレッドバッファ MySQLでは、mysqldが共通に使うグローバルバッファと、スレッド（コネクション）毎に割り振られるスレッドバッファがあります。MySQLのメモリ使用量は、 メモリ
MySQLパフォーマンスチューニング -my.cnfの見直し- - Qiita
※RDSは使っていません。 負荷を見てみる DBサーバーの負荷状況を見てみます。 当時の監視ツールの画像がないのですが、以下の状況でした。 LA(Load Average)が突き抜けている リクエスト数は「常識的に考えて」それほどでもない メモリの使用量にあまり変化がない swapはしていない ストレージ容量を結構食っている WEBサーバーから見れば、処理待ちのままプロセスが処理されていない典型的なパターンだったと思います。 DBサーバーとしては、LAに対し、メモリの使用量があっていないように思われました。 仮説 上記の状態から、仮説を立てます。 スロークエリ が頻発しているのではないか メモリ が正しく割り当てられていないのではないか 各種ログ の設定が適切ではないのではないか 仮説を検証することで、対策をしていきます。 設定を見直す 上記の仮説の設定は、MySQLの設定ファイルである「
MySQLの文字コードをutf8mb4に変更 - Qiita
+--------------------------+----------------------------+ | Variable_name | Value | +--------------------------+----------------------------+ | character_set_client | utf8mb4 | | character_set_connection | utf8mb4 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results | utf8mb4 | | character_set_server | utf8mb4 | | character_set_system | utf8mb4 | | char
Hemebrewで入れたMySQLのmy.cnfを設定 - ほげほげ（仮）
忘れるのでメモ my.cnfが読み込まれる場所を調べる $ mysql --help | grep my.cnf /etc/my.cnf /etc/mysql/my.cnf /usr/local/etc/my.cnf ~/.my.cnf読み込まれれる順番は左から あんまり環境を汚すのは好きじゃないので /usr/local/etc/my.cnf に置きます Homebrewで入れたMySQLのmy-xxx.cnfの場所 $ find /usr/local/Cellar/mysql -name "my*.cnf" /usr/local/Cellar/mysql/5.5.27/mysql-test/suite/federated/my.cnf /usr/local/Cellar/mysql/5.5.27/mysql-test/suite/rpl/my.cnf /usr/local/Cellar
MySQLユーザーがPostgreSQLを使う事になった時の比較まとめ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これはなに？ 今までMySQLしか使った事なかったのですが、PostgreSQLを使うことになった為、MySQLとの違いを纏めた記事です。 [PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！](https://employment.en- japan.com/engineerhub/entry/2017/09/05/110000#%E6%AF%94%E8%BC%83%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88%E3%82%B9%E3%83%88%E3%82%A2%
Sequel Proを超えるGUIツールが出てきたぞ
悲報 2019年6月26日現在、TeamSQLのサポートがなくなってしまったようでダウンロードできなくなくなりました。。 TeamSQL has retired and is not available for download anymore. 今までSequel Proを重宝してきましたが、それを超えるGUIツールが出てきました。 その名も、TeamSQL 現状サポートしているものだけでもかなり豊富 今後、elasticやmongoDBにも対応されるようです。 機能 クエリ保存 履歴保持 ファイル出力 抽出した結果をボタン１つでcsvやjson形式に保存可能。 共有 データをエクスポートしなくても共有が可能。 グループの作成が可能なため、特定のユーザー同士で簡単に共有ができるとこがメリット。 可視化 様々なチャートでクエリの可視化が可能。 そのままイメージとして保存も可能。 テーマ選択
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mysqlで接続しているDBサーバのホスト名を確認する方法 - Qiita
[mysql] ダンプ・リストアする時にzcatコマンドを使って容量の圧迫を抑える - Qiita![[mysql] ダンプ・リストアする時にzcatコマンドを使って容量の圧迫を抑える - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/601e0c615c544bc5837a5639be381bbf6be19ad8/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-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCbXlzcWwlNUQlMjAlRTMlODMlODAlRTMlODMlQjMlRTMlODMlOTclRTMlODMlQkIlRTMlODMlQUElRTMlODIlQjklRTMlODMlODglRTMlODIlQTIlRTMlODElOTklRTMlODIlOEIlRTYlOTklODIlRTMlODElQUJ6Y2F0JUUzJTgyJUIzJUUzJTgzJTlFJUUzJTgzJUIzJUUzJTgzJTg5JUUzJTgyJTkyJUU0JUJEJUJGJUUzJTgxJUEzJUUzJTgxJUE2JUU1JUFFJUI5JUU5JTg3JThGJUUzJTgxJUFFJUU1JTlDJUE3JUU4JUJGJUFCJUUzJTgyJTkyJUU2JThBJTkxJUUzJTgxJTg4JUUzJTgyJThCJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz00MmRiOTYyMGE2YjU3ZmYyMzEyOTY0YTdiNmYyZjY2Nw%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc3VlNzM4JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1mNDU5NTA0YzJhY2MwMDdhZDRjODgzOTYzODMzM2E1ZQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D14792ad44c2b38d3920ecf581c3681a1)
mysqldumpまとめ - Qiita
CREATE TABLE 文での INT(10) のような整数型のカッコ内の数字の意味 - Qiita
mac MySQL ターミナル 自動起動 - Qiita
MySQLのCSV出力が権限によって出来ない場合の対処法 - Qiita
MySQLとPostgreSQLコマンド比較表 - Qiita