並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 1234件

新着順 人気順

mysqlの検索結果321 - 360 件 / 1234件

  • MySQL :: InnoDB Data Locking - Part 2 "Locks"

    In InnoDB Data Locking – Part 1 “Introduction” we’ve described the difficulties Lock System tries to solve using metaphor of people trying to concurrently edit spreadsheets. While it might be useful metaphor to get some intuitions about the problem, to talk about solutions it helps to know at least a little about the “reality” this metaphor maps to. In this post I’ll talk about how statements we’v

    • Zabbix4.2(CentOS7+PHP7.3+MySQL8)のインストール方法 – Zabbix4で作る監視システム(1) | さくらのナレッジ

      CentOS7にデフォルトでインストールされているMariaDBを削除します。 # yum remove -y mariadb-libs.x86_64 # rm -rf /var/lib/mysql OSを最新状態にアップデートします。 # yum -y update # shutdown -r now DBサーバー(MySQL8)をインストールします。 # rpm -ivh https://dev.mysql.com/get/mysql80-community-release-el7-1.noarch.rpm # yum -y install mysql-community-server mysql-community-devel Webサーバー・PHP等、Zabbixを動作させるために必要なプログラムをインストールします。 # rpm -Uvh http://rpms.famillec

        Zabbix4.2(CentOS7+PHP7.3+MySQL8)のインストール方法 – Zabbix4で作る監視システム(1) | さくらのナレッジ
      • AWS announces Amazon Aurora MySQL zero-ETL integration with Amazon Redshift (Public Preview)

        Amazon Aurora MySQL zero-ETL integration with Amazon Redshift is now available in public preview. This feature enables near real-time analytics and machine learning (ML) on petabytes of transactional data stored in Amazon Aurora MySQL-Compatible Edition. Data written into Aurora is available in Amazon Redshift within seconds, so you can quickly act on it without having to build and maintain comple

          AWS announces Amazon Aurora MySQL zero-ETL integration with Amazon Redshift (Public Preview)
        • MySQL の GROUP BY 完全に理解した - Qiita

          問題は残りの二項目、書いた記事数と獲得イイね数の二つです。 これらの存在で、我々の仕事は倍増、いや、もしかしたら三倍四倍になるかもしれません。 しかし必要とされている以上、実装しないという選択肢はありません。人力ではとても面倒なことを解決するのがエンジニアの本分です。 SQL は恐らく、以下のようになるでしょう。 SELECT users.id, users.name, users.mail, COUNT(posts.id) AS post_number, COUNT(favorites.id) AS favorites_number FROM users LEFT JOIN posts ON users.id = posts.user LEFT JOIN favorites ON users.id = favorites.user WHERE users.act = 1 AND post

            MySQL の GROUP BY 完全に理解した - Qiita
          • check-mysql の通信を暗号化できるオプションを追加しました ほか - Mackerel お知らせ #mackerelio

            こんにちは。Mackerelチーム CRE の三浦( id:missasan )です。今回のアップデート内容をお知らせします。 check-mysql の通信を暗号化できるオプションを追加しました MySQLのバージョンによって取得できていなかったメトリックを取得できるように修正しました Amazon Aurora PostgreSQL互換インターフェースへの対応を行いました check-mysql の通信を暗号化できるオプションを追加しました go-check-plugins v0.40.0 にて check-mysql に以下3つのオプションを追加しました。 これらのオプションにより、プラグインとデータベース間の通信を暗号化することができます。 --tls Enable TLS connection --tls-root-cert The root certificate used f

              check-mysql の通信を暗号化できるオプションを追加しました ほか - Mackerel お知らせ #mackerelio
            • GitHub - beekeeper-studio/beekeeper-studio: Modern and easy to use SQL client for MySQL, Postgres, SQLite, SQL Server, and more. Linux, MacOS, and Windows.

              You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                GitHub - beekeeper-studio/beekeeper-studio: Modern and easy to use SQL client for MySQL, Postgres, SQLite, SQL Server, and more. Linux, MacOS, and Windows.
              • MySQLの正規表現がGrapheme Clusterに対応していた - tmtms のメモ

                「竈門禰󠄀豆子」を MySQL に保存できるとかできないとかいう話題を見て、そう言えば MySQL の Grapheme Cluster 対応ってどうなってるんだっけ…と思ってググってみたら、MySQL 8.0.28 のリリースノートにこんな文を見つけた。 International Components for Unicode version 67 introduced a new implementation for \X (match a grapheme cluster), which requires locale data not currently included with MySQL. This means that, when using the version of ICU bundled with MySQL, a query using \X raises th

                  MySQLの正規表現がGrapheme Clusterに対応していた - tmtms のメモ
                • MySQLのギャップロックとネクストキーロック - 41から始めました

                  曖昧に理解してるかもと思い、自分の振り返りのために書いてます。 先日書いた記事で作ったデータで説明します。 MySQLのロック 通常、DML実行時に取得されるロックは排他ロックと共有ロックで構成されます。 最初にトランザクションでロックをかけたほうが排他ロック、 ロックがかかったデータを参照だけするためにかけたほうが共有ロックと呼ばれます。 共有ロックがかかった状態では他のトランザクションでも共有ロックはかかり(データの読み取りができ)ますが、データの書き込みはできません。 一方、他のトランザクションが同じ行をロックするのを回避するタイプのロックを排他ロックといいます。 トランザクション分離レベルに応じて、 他のトランザクションが同じ行に書き込むのをブロックできる 他のトランザクションが同じ行を読み取るのをブロックできる となります。 MySQLで書き込み中データ読み取れると思ったでしょ?

                    MySQLのギャップロックとネクストキーロック - 41から始めました
                  • 第60回 ついに連載が満5歳! MySQL 8.0.21リリース、次バージョンPostgreSQL 13情報が続々 | gihyo.jp

                    OBCIセミナー(特徴あるDBエンジンを取り上げる予定) MySQL関連(日本オラクル MySQL GBU担当) PostgreSQL関連(SRA OSS Inc. 担当) パネルディスカッション「多様性時代のDB選択」 [MySQL]2020年7月の主な出来事 2020年7月にはMySQLサーバー8.0.21、5.7.31、5.6.49の各マイナーバージョンをはじめ、商用版およびコミュニティ版のほぼ全ての製品のマイナーバージョンアップが行われました。 MySQL 8.0.21の新機能 MySQL 8.0.21の主な新機能は下記の通りです。MySQLサーバー開発チームのブログでもMySQL 8.0.21の新機能の紹介がされています。 InnoDBストレージエンジンのトランザクションログ無効化 大量データのロード時やレプリケーションのレプリカの初回データロードなどに、一時的にトランザクション

                      第60回 ついに連載が満5歳! MySQL 8.0.21リリース、次バージョンPostgreSQL 13情報が続々 | gihyo.jp
                    • MySQLのALTER TABLEでTEXT NOT NULLなカラムをエラー無しで追加する - $shibayu36->blog;

                      課題 MySQL :: MySQL 5.6 リファレンスマニュアル :: 11.6 データ型デフォルト値によると、 MySQLのTEXTカラムにはデフォルト値を設定できない 厳密な SQL モードを有効にした場合、NOT NULLなカラムがINSERTに含まれていないとエラーが発生する そのため、以下のようなスキーマが存在していて CREATE TABLE `article` ( `id` BIGINT UNSIGNED NOT NULL, `title` VARCHAR(100) NOT NULL, ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; アプリケーションから次のようにINSERT文を発行しているとして INSERT INTO `article` SET id = :id, title = :title 先にALTER TABLE article

                        MySQLのALTER TABLEでTEXT NOT NULLなカラムをエラー無しで追加する - $shibayu36->blog;
                      • MySQL Parameters

                        MySQL Parameters Version: Difference only Include plugins

                        • サイボウズにMySQLエキスパートyoku0825(GMOメディア・田中 翼)氏が協力 ~より高い質のサービス提供へ~ | サイボウズ株式会社

                          サイボウズ株式会社(本社:東京都中央区、社長:青野 慶久、以下サイボウズ)は、GMOメディア株式会社(本社:東京都渋谷区、社長:森 輝幸、GMOメディア)とコンサルティング業務委託契約書を締結し、同社の田中 翼氏(以下yoku0825氏)に参加いただくことを発表いたします。 yoku0825氏のプロフィール 田中 翼氏 2012年よりGMOメディア株式会社に勤務。 日本人として3人目のMySQL分野のOracle ACE。 2015年には "default_password_lifetime" の件でMySQL 5.7 Community Contributor Awardに選出された。 「会社の垣根を越え、技術をアウトプットすることで、より技術力を磨くとともに、活動を通じてインターネットがより豊かに楽しく、関わる全ての人達の笑顔につなげる」というGMOメディアの試験的な取り組みの一環でサ

                            サイボウズにMySQLエキスパートyoku0825(GMOメディア・田中 翼)氏が協力 ~より高い質のサービス提供へ~ | サイボウズ株式会社
                          • Amazon Aurora MySQL supports faster export to S3

                            Today AWS announced up to 10x faster exports to Amazon S3 for snapshot exports for Amazon Aurora MySQL-Compatible Edition for MySQL 5.7 and 8.0. The performance improvement is automatically applied to all types of database snapshot exports, including manual snapshots, automated system snapshots, and snapshots created by the AWS Backup service. With this capability, customers can export data up to

                              Amazon Aurora MySQL supports faster export to S3
                            • FastAPI x MySQL on Docker ~ マイグレーション・API作成 ~

                              FastAPI は Python ベースのフレームワークで、その名の通り API を実装するのにうってつけです。軽量で非常に高速なフレームワークですが、FastAPI そのものには DB のシードやマイグレーションといった機能はなく、SQLAlchemy や Alembic など、他のライブラリを組み合わせて使うことが前提となります。 今回は、FastAPI で MySQL(厳密には MariaDB)を用いる際に、どのような実装が必要になってくるのかを見ていきたいと思います。セットアップは Docker コンテナ上で行います。 ※ 最終成果物は こちら のリポジトリにアップしています。 ファイル・ディレクトリ構成概観 まずはじめに、ファイル・ディレクトリ構成を示します。 ├── .env.development ├── app │   ├── cruds │   │   ├── __ini

                                FastAPI x MySQL on Docker ~ マイグレーション・API作成 ~
                              • GitHub - Budibase/budibase: Low code platform for building business apps and workflows in minutes. Supports PostgreSQL, MySQL, MSSQL, MongoDB, Rest API, Docker, K8s, and more 🚀

                                You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                  GitHub - Budibase/budibase: Low code platform for building business apps and workflows in minutes. Supports PostgreSQL, MySQL, MSSQL, MongoDB, Rest API, Docker, K8s, and more 🚀
                                • 第61回 いよいよ連載6年目、MySQL Database Service本格展開開始、PostgreSQLのリリース情報とイベント情報 | gihyo.jp

                                  この記事は開催前に執筆しており、実施状況をお伝えすることができませんので、次回にご報告したいと思いますが、簡単なメモと公開される発表スライド資料・ビデオへのリンクを、OSSコンソーシアムのWebサイトにも掲載しておきます。ビデオの公開は一部の内容になる可能性があります。 [MySQL]2020年8月の主な出来事 2020年8月はMySQLの製品リリースはありませんでした。8月27日にはMySQL 8.0へのバージョンをテーマにしたセミナーとして、KDDIでのMySQL 8.0導入事例紹介があり、MySQLサポートチームの奥野氏などが登壇した、オンラインのイベントMySQL Day Virtual Event in Japanが開催されています。 7月にリリースされたMySQL 8.0.21に関するMySQL開発チームやコミュニティチームのブログのリストはMySQLチームのブログにてご紹介し

                                    第61回 いよいよ連載6年目、MySQL Database Service本格展開開始、PostgreSQLのリリース情報とイベント情報 | gihyo.jp
                                  • ProxySQL を利用した Aurora MySQL の課題解決 [DeNA インフラ SRE] | BLOG - DeNA Engineering

                                    2022.11.01 技術記事 ProxySQL を利用した Aurora MySQL の課題解決 [DeNA インフラ SRE] by yayohei #infrastructure #sre #database #aws #aurora #mysql #proxysql #stabilization #livestreaming-infrastructure #infra-quality こんにちは、 IT 本部 IT 基盤部第一グループの山本です。 今回は ProxySQL を利用した Aurora MySQL の新規接続の遅延問題の解消方法について紹介したいと思います。 Aurora MySQL のメリット Aurora MySQL のメリットとしては本稿で詳しく語るまでもないですが、Writer の 自動 Failover、Snapshot の取得の容易さ、Storage 故障の

                                      ProxySQL を利用した Aurora MySQL の課題解決 [DeNA インフラ SRE] | BLOG - DeNA Engineering
                                    • Moving from DynamoDB to tiered storage with MySQL+S3

                                      Originally we implemented a feature to persist an event-stream into DynamoDB to allow customers to retrieve them. This proved effective, serving as a strong use case for a key/value storage, yet the drawback was its high cost. Moving to provisioned billing-mode reduced cost by ~50%, but that was not going to be sustainable as we scaled to more customers. We also kept multiplying the cost each time

                                        Moving from DynamoDB to tiered storage with MySQL+S3
                                      • MySQL 8.0.22 で innodb_log_writer_threads の効果を見てみる - Qiita

                                        これは MySQL Advent Calendar 2020 23 日目のエントリです。 昨日は atsuizo さんの「MySQLのデータ投入順序とデータファイルサイズのお話」でした。 そして、↓の記事の続きでもあります。 MySQL を使って EC2 r6g.large vs r5.large(mysqlslap 対決)をやってみた 前回は MySQL Community Server をインストールした AWS の EC2 インスタンスを使い、Graviton2 プロセッサと Intel プロセッサで mysqlslap 対決をしてみましたが、その延長で、innodb_log_writer_threadsの効果を確かめてみました。 innodb_log_writer_threadsとは MySQL 8.0.22 で追加された InnoDB の設定項目(パラメータ)です。 innodb

                                          MySQL 8.0.22 で innodb_log_writer_threads の効果を見てみる - Qiita
                                        • MySQLのprocesslistをgrep して killする myps コマンド - Hateburo: kazeburo hatenablog

                                          なんらかの理由で MySQLにクソ重いクエリがたくさん流れてしまった場合、SHOW PROCESSLISTをみて、クエリをKILLするなんてことは、あったりなかったりします。 この時にクエリが数十個となると、手作業ではやりきれませんので、コマンドを駆使して対応することになります。 ちょっと前にやったのが以下のコマンド /usr/bin/mysql --defaults-extra-file=/path/to/.my-other.cnf -NB -e 'SELECT GROUP_CONCAT(ID) FROM \ information_schema.PROCESSLIST WHERE STATE = "Creating sort index" AND TIME > 1000 AND INFO \ LIKE "select%example%"' | grep -v NULL | /usr/b

                                            MySQLのprocesslistをgrep して killする myps コマンド - Hateburo: kazeburo hatenablog
                                          • バッファープールが大きいMySQL v5.7でDROP DATABASEが詰まった原因と対策 / Causes and Remedies for DROP DATABASE Stuck in MySQL v5.7 with Large Buffer Pool

                                            Otsuka Tomoaki / LINE株式会社 ITサービスセンター Database室 MySQL1チーム バッファプールが100GB以上あるMySQL 5.7でDROP TABLEを実行すると準同期レプリケーションとの兼ね合いでロックが発生し、予期しないフェイルオーバが発生する事態になりました。 今回はこの原因と対策を紹介します。なお、MySQLの最新メジャーバージョンである8.0では解決しています。 イベントページ https://line.connpass.com/event/255090/

                                              バッファープールが大きいMySQL v5.7でDROP DATABASEが詰まった原因と対策 / Causes and Remedies for DROP DATABASE Stuck in MySQL v5.7 with Large Buffer Pool
                                            • MySQLのInnoDBとMyISAMのパフォーマンス比較をしてみました

                                              MySQLのInnoDBとMyISAMのパフォーマンス比較をしてみましたー 対象のMySQLのバージョンは5.7と8.0です。 結論としては、 INSERTはMyISAMの方が早い SELECT・UPDATE・DELETEは 8.0ではInnoDBの方が早い 5.7ではSELECT・DELETEはMyISAMの方が早い。UPDATEはInnoDBの方が早い という結果でしたー! なお、MySQLのバージョンごとのサポート期限は以下のようになっています。 MySQLバージョン MySQL AWS RDSのMySQL AWS AuroraのMySQL 5.7 2023年10月31日 2023 年 10 月 2024 年 10 月 31 日 (Aurora バージョン2) 8.0 2026年4月30日 未定 未定 (Aurora バージョン3) 検証条件 MySQL5.7-MyISAMで、1万件

                                                MySQLのInnoDBとMyISAMのパフォーマンス比較をしてみました
                                              • Why SELECT COUNT(*) FROM TABLE Is Sometimes Very Slow in MySQL or MariaDB

                                                If you have enough experience with MySQL, it is very possible that you stumbled upon an unusually slow SELECT COUNT(*) FROM TABLE; query execution, at least occasionally. Recently, I had a chance to investigate some of these cases closer, and it stunned me what huge differences there can be depending on the circumstance given the very same table. As the problem turned out to be much more complex t

                                                  Why SELECT COUNT(*) FROM TABLE Is Sometimes Very Slow in MySQL or MariaDB
                                                • Macでmysqlを扱う方法 - Qiita

                                                  Macでmysqlの設定方法を調べたかったのに、 Windows系の記事の方が多かったので、 自分でまとめて記事にしてみました。 Terminal上での作業を想定しています。 ※ [] 部分は [] も含めて対象のものに置き換えてください。 インストールと状態確認 brewでインストール brewでmysqlをインストールします。

                                                    Macでmysqlを扱う方法 - Qiita
                                                  • MySQL互換のスケーラブルなデータベース「TiDB」とは? リアルタイム分析にも最適【デブサミ2022】

                                                    クラウドネイティブなアプリ開発において、スケーラブルなデータベースとして普及が進むNewSQL。本セッションでは、PingCAPが開発するNewSQLのオープンソースデータベース「TiDB」の特徴やメリットについて、PingCAPでCTOを務める林正記氏が解説した。 PingCAP株式会社 CTO 林 正記氏 RDBの課題を克服する新しいDB、NewSQLとは何か NewSQLは、これまでRDB(Relational Database)がデメリットとする拡張性や処理速度、NoSQLにおけるデータの一貫性や検索機能の甘さを解決し、メリット部分はそのままサポートしてくれるデータベースとして注目されている。 MySQLプロトコルとも互換しているため、RDBに対するスキルセットを活かすことができる。また、NewSQLは完全分散型なので、リードレプリカを通じてレプリケーション遅延がなくなるといったメ

                                                      MySQL互換のスケーラブルなデータベース「TiDB」とは? リアルタイム分析にも最適【デブサミ2022】
                                                    • 「MySQLコミュニティのユルさは貫きたい」~MySQL Technology Cafe #6はMySQL GIS機能特集

                                                      夜のオラクルで行う開発者向けコミュニティ「Oracle Code Night」ではオラクル技術に限定せず、幅広いテーマを取り扱い、開発者同士の情報共有やミートアップの場になっている。2019年2月からはMySQLをテーマとした「MySQL Technology Cafe」が始まり、12月には6回目が開催された。どんな雰囲気なのか。 MySQL Technology Cafeで新しい人を呼び込みたい MySQLとコミュニティは切っても切り離せない。参加者の多くが会社やビジネスとは関係なく自主的に活動し、コミュニティだけではなくプロダクトも支えている。 「こんな機能が必要だ」と思えば自発的に作る(言い出しっぺの法則)。便利なツールを見つけたら、みんなと共有する。受けいれる側の寛容性も大きい。誰かが「やってみたい」と提案すれば、「どうぞどうぞ」と快諾して背中を押す。日本MySQLユーザ会(MyN

                                                        「MySQLコミュニティのユルさは貫きたい」~MySQL Technology Cafe #6はMySQL GIS機能特集
                                                      • 【MySQL】 そうだ インデックス、使おう。 - Qiita

                                                        2019.07.24 原則はカーディナリティの高いものから貼っていく を追記しました。 2019.07.24 実際のMySQLはB+tree構造を採用している を追記しました。 はじめに @hk206です。 最近になって初めてインデックスなるものを使い始めました。 これによってレコード検索が爆速になります。MAJIDE。 今まではしょぼい数のレコードのテーブルしか触ったことがありませんでしたが、 数百万、数千万のレコードを色々いじる機会がありまして...... 処理速度やばない?ってふと気になり、インデックスを使用してみました。 インデックスとはなんぞやってところからB-tree構造まで、広ーーーく浅く調べたのでまとめてみました。 知ってるよーって方も復習になればいいかなと。 インデックスとは インデックスは特定のカラムの、あるレコードをすばやく見つけるために使用されるものです。検索が爆速

                                                          【MySQL】 そうだ インデックス、使おう。 - Qiita
                                                        • MySQL のクラッシュからの復旧をちょっとだけ速くする裏技 - Speaker Deck

                                                          MySQL のクラッシュからの復旧を ちょっとだけ速くする裏技/Techniques to make mysql crash recovery a bit faster

                                                            MySQL のクラッシュからの復旧をちょっとだけ速くする裏技 - Speaker Deck
                                                          • PHP+MySQLでポートフォリオ作成 - Qiita

                                                            記事の概要 私が作成したポートフォリオの解説です。 作った背景から、作成手順、機能、工夫したところ、課題を まとめました。 背景 私は愛知県名古屋市東山を拠点とする社会人バンドサークルに所属しています。 そこではサークルメンバー同士でバンドを組み、定期的にライブを開催します。 この夏のライブでは1日12組の3days、計36組ものバンドが熱演を繰り広げる予定です。 このライブのおよそ3ヶ月前のミーティングで、出演バンドを集計するのですが、 今まで紙ノートにバンド名と出演メンバー、出演日程を記録しており、 ホームページでの情報公開もただ文章で並べただけのものでした。 それではメンテナンス性が悪く、簡単に編集が出来る状態になっていないことから、 いつでもどこでもライブ出演バンドを登録し表示出来るWebアプリを作ろうと考えました。 また、現職を退職し、Web系開発企業のバックエンドエンジニアにな

                                                              PHP+MySQLでポートフォリオ作成 - Qiita
                                                            • Amazon Aurora MySQLとAmazon Redshiftをニアリアルタイムに同期する「Amazon Aurora MySQL zero-ETL integration with Amazon Redshift」パブリックプレビュー

                                                              Amazon Aurora MySQLとAmazon Redshiftをニアリアルタイムに同期する「Amazon Aurora MySQL zero-ETL integration with Amazon Redshift」パブリックプレビュー Amazon Web Services(AWS)は、Amazon Aurora MySQLのデータをAmazon Redshiftにニアリアルタイムで同期させる新サービス「 Amazon Aurora MySQL zero-ETL integration with Amazon Redshift」(以下、ゼロETL)をパブリックプレビューとして提供開始したことを発表しました。 東京リージョンでも利用可能となっています。 OLTPのデータをほぼリアルタイムに分析可能に Amazon Auroraは高速なトランザクション処理を特徴とするリレーショナルデ

                                                                Amazon Aurora MySQLとAmazon Redshiftをニアリアルタイムに同期する「Amazon Aurora MySQL zero-ETL integration with Amazon Redshift」パブリックプレビュー
                                                              • Your MySQL 5.7 and PostgreSQL 11 databases will be automatically enrolled into Amazon RDS Extended Support | Amazon Web Services

                                                                AWS News Blog Your MySQL 5.7 and PostgreSQL 11 databases will be automatically enrolled into Amazon RDS Extended Support Today, we are announcing that your MySQL 5.7 and PostgreSQL 11 database instances running on Amazon Aurora and Amazon Relational Database Service (Amazon RDS) will be automatically enrolled into Amazon RDS Extended Support starting on February 29, 2024. This will help avoid unpl

                                                                  Your MySQL 5.7 and PostgreSQL 11 databases will be automatically enrolled into Amazon RDS Extended Support | Amazon Web Services
                                                                • Introducing MySQL Innovation and Long-Term Support (LTS) versions

                                                                  • MySQLのインデックスですが、B-treeではなくB+treeを使用するのはどうしてなのでしょうか? | mond

                                                                    mondでこの質問への回答を読んでみましょう

                                                                      MySQLのインデックスですが、B-treeではなくB+treeを使用するのはどうしてなのでしょうか? | mond
                                                                    • PostgreSQL と MySQL の決定的な違い

                                                                      基本: PostgreSQL と MySQL の概要 PostgreSQLとMySQLの基本的な概要と歴史から始めましょう。すでに基本的なことを知っている場合は、このセクションは飛ばしてください。初心者の方はこのセクションをお読みください。 MySQL とは MySQLは、世界で最も一般的に使用されているリレーショナルデータベース管理システム(RDBMS)です。2023年に開発者の間で2番目に高い使用率を誇るこのオープンソース RDBMS は、高速で信頼性が高く、安定したセキュアでスケーラブルなデータ管理を組織に提供することで知られています。 MySQLは、スケーラブルな Web アプリケーションに最適な選択肢です。MySQLはLAMPスタックに標準搭載されています。LAMPスタックはウェブ開発で非常に人気があります。これは、Linux、Apache HTTP Server、MySQL、P

                                                                        PostgreSQL と MySQL の決定的な違い
                                                                      • 第108回 MySQLのコスト見積もりを調整する | gihyo.jp

                                                                        MySQLでは実行計画を生成するために、コストモデルを採用しています。オプティマイザーは実行計画を生成するために、さまざまなオペレーションからコストを見積もります。その際にベースとなる推定値が、mysqlデータベースのserver_costとengine_costテーブルに格納されていています。MySQL 5.6とそれ以前はコストパラメータの値は定数としてハードコードされていましたが、MySQL 5.7とそれ以降からはコストパラメータの値を変更することが可能になりました。 今回はMySQL 8.0.17を使用して、コスト見積もりを調整する方法について紹介したいと思います。 server_costテーブル server_costは、一般的なサーバー操作のオプティマイザーの見積もりが格納されているテーブルです。SELECTしてみると、以下のようになっています。 mysql >SELECT *

                                                                          第108回 MySQLのコスト見積もりを調整する | gihyo.jp
                                                                        • 様々な言語で月末の日付を求める(C#,Java,Ruby,Javascript,VBA,Excel,MySQL,SQLite3,Oracle) - Qiita

                                                                          はじめに 業務用のシステムやツールの開発をしていると、例えば「請求書中の請求日」や「締め処理の実行日」などで、月末日が必要になることが時々あります。 そこで、様々な言語で月末の日付を求める代表的な方法を調べてみました。 DateTime構造体のDaysInMonthメソッドを使って「その月の日数」を求めて、次に求めた日数を使ってDateTimeオブジェクトを生成して、月末日を求めます。 【余談】公式APIを見ると「DateTime Struct」と書かれているので、DateTimeクラスではなくDateTime構造体と呼ぶのが正確な表現だと思われます。 public class LastDayOfMonth { public static void CalcLastDayOfMonth() { DateTime today = DateTime.Now; int days = DateTi

                                                                            様々な言語で月末の日付を求める(C#,Java,Ruby,Javascript,VBA,Excel,MySQL,SQLite3,Oracle) - Qiita
                                                                          • MySQL :: MySQL Shell 8.0 :: 11.6 Dump Loading Utility

                                                                            MySQL Shell's dump loading utility util.loadDump(), introduced in MySQL Shell 8.0.21, supports the import into a MySQL HeatWave Service DB System (a MySQL DB System, for short) or a MySQL Server instance of schemas or tables dumped using MySQL Shell's Section 11.5, “Instance Dump Utility, Schema Dump Utility, and Table Dump Utility”. The dump loading utility provides data streaming from remote sto

                                                                            • Course introduction — MySQL for Developers — PlanetScale

                                                                              Welcome to the MySQL for Developers course! This first video will give you an overview of what we’re going to cover, what you’ll see on the screen, and an introduction to your instructor. 3:25 Next: Schema → A comprehensive course on MySQL for developersWelcome! MySQL for Developers is PlanetScale’s free MySQL course that teaches you schema basics, indexing, querying, and beyond. This intermediate

                                                                                Course introduction — MySQL for Developers — PlanetScale
                                                                              • RDS MySQL と MariaDB が R5 インスタンスの最大ストレージサイズを拡張

                                                                                R5 インスタンスタイプの使用時に、Amazon RDS for MySQL および Amazon RDS for MariaDB で最大 64 TB のストレージを備えたデータベースインスタンスを作成できるようになりました。従来、R5 インスタンスがサポートしていたストレージサイズは 16 TB でした。新しいストレージ上限は、プロビジョンド IOPS (IO1) および汎用 (GP2) ストレージタイプを使用した場合に適用されます。 データベースサイズを拡張することにより、トランザクションデータベースとデータウェアハウスは、複数のインスタンスにデータをシャード分割することなく、単一の Amazon RDS インスタンスでより大きなワークロードをサポートできるようになります。詳細については、Amazon RDS のストレージに関するドキュメントを参照してください。 Amazon RDS

                                                                                  RDS MySQL と MariaDB が R5 インスタンスの最大ストレージサイズを拡張
                                                                                • MySQL のバックアップに Percona XtraBackup を使って、Amazon S3 へ直接バックアップする | CyberAgent Developers Blog

                                                                                  MySQL のバックアップに Percona XtraBackup を使って、Amazon S3 へ直接バックアップする 技術本部 サービスリライアビリティグループ(SRG)の長谷川 @rarirureluis です☺ #SRG(Service Reliability Group)は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 弊社では Cycloud と呼ばれる、サイバーエージェント社内で運営されているプライベートクラウドがあります。 CyberAgentのプライベートクラウド Cycloudの運用及びモニタリングについて #CODT2020 / Administration and Monitoring for Cycloud 僕が担当しているいくつかのサービスでも Cycloud を利用

                                                                                    MySQL のバックアップに Percona XtraBackup を使って、Amazon S3 へ直接バックアップする | CyberAgent Developers Blog