並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 287 件 / 287件

新着順 人気順

mysqlの検索結果281 - 287 件 / 287件

  • リアル事例から読み解くWebパフォーマンスチューニングの勘所/Offers web performance tuning

    https://offers.connpass.com/event/304025/ 発表資料です

      リアル事例から読み解くWebパフォーマンスチューニングの勘所/Offers web performance tuning
    • 【Docker + mysql5.7】DBに日本語をINSERTできない問題の解決法 - Qiita

      はじめに dockerでよくあるphp:apatchとmysql5.7で簡単な環境を作って、 CakePHPのブログチュートリアルをやっているときに 日本語の記事テキストがDBへ登録できずエラーになったので解決法を載せようと思いました。 もともとのdocker-compose.yml version: "3.7" services: cakeapp: build: context: ./docker dockerfile: Dockerfile ports: - "8080:80" tty: true stdin_open: true volumes: - ./html:/var/www/html db: image: mysql:5.7 volumes: - "./db:/docker-entrypoint-initdb.d" environment: MYSQL_DATABASE: h

        【Docker + mysql5.7】DBに日本語をINSERTできない問題の解決法 - Qiita
      • Migrate from RDS MySQL to Aurora MySQL

        In this tutorial, we will look at how to migrate from Amazon RDS MySQL to Amazon Aurora MySQL with minimal downtime. As with any database migration, there are several options. For migrating data from a MySQL DB Instance to an Amazon Aurora MySQL DB Cluster, we recommend to use a special type of node called an Aurora Read Replica for the source MySQL DB instance. Amazon RDS uses the MySQL DB engine

          Migrate from RDS MySQL to Aurora MySQL
        • 【MySQL】インポート時間短縮のためのDBパラメータチューニング / 開発者向けブログ・イベント | GMO Developers

          バイナリ互換性がないMySQLバージョン間(5.6→8.0)のDB移行が必要となり、DBを停止して、mysqldumpによるデータ移行を計画しました。その際にDBのダウンタイムをなるべく短くするため、インポートにかかる時間をパラメータチューニングによって短くできないか検証しました。 注意点 本記事の内容は、筆者の個人的な見解や認識に基づいて作成しているため、正確性、信頼性、完全性、最新性を保証するものではありません。 本記事は、2023/04/25 時点の情報をもとに作成しております。 最新の情報については、他の情報源と照らし合わせてご確認ください。 今回紹介するパラメータはインポート時に一時的に設定するパラメータと仮定しており、運用時は適さないパラメータもあります。 インポートが完了したら運用に適したパラメータへの変更をお願いします。 前提条件 インポートするデータ スキーマ毎にmysq

          • PostgreSQL: No More VACUUM, No More Bloat

            PostgreSQL, a powerful open-source object-relational database system, has been lauded for its robustness, functionality, and flexibility. However, it is not without its challenges – one of which is the notorious VACUUM process. However, the dawn of a new era is upon us with OrioleDB, a novel engine designed for PostgreSQL that promises to eliminate the need for the resource-consuming VACUUM. The T

              PostgreSQL: No More VACUUM, No More Bloat
            • 「TiDB」は待ち望んだDBか? LINEヤフーとメルカリの“MySQL”プロが赤裸々に語り合う

              MySQLでシャーディングするなら、最初からTiDBで 続いて、「TiDBに特化したような設計や運用は必要か」との質問がなされた。これに対し北川氏は、書き込み時の性能を見ると高い並列度で処理し、拡張していくとQPSが少しずつ伸びることがTiDBの特長の1つであり、そこを意識して設計すべきだと指摘する。また、性能が発揮されない原因となるホットスポットを解消するために、“分割リージョン”のオプションを有効にしたと北川氏。他にも「TiUP」では監視などでも活用でき、当初から運用を容易にすることを念頭に置いてTiDBは構築されているようだとも話す。 一方、気になった点としては、パラメーターの設定方法が統一されていないことだと指摘すると、「監視などのメトリックが多すぎるとも感じますね」と北川氏。メトリックが多ければ状況は詳細に把握できるが、多すぎると情報の取捨選択に頭を悩ますことにもなる。さらに、ア

                「TiDB」は待ち望んだDBか? LINEヤフーとメルカリの“MySQL”プロが赤裸々に語り合う
              • Python +mysql + mediumtextで文字化け的おかしなことを直す - Qiita

                Mysqlにpythonでつなぐと、varcharなら化けないのにmediumtextにすると化ける(ように見える) 解決策) bytes to str でOK import mysql.connector : contents = row[2] とすると↓ '\xe3\x81\x82\xe3\x81\x84\xe3\x81\x86' のようになったら、当該フィールドがなぜかbytesで読み込まれているので contents = row[2].decode('utf-8') とすれば文字化けしなくなります。というか文字化けじゃなくてbyteをそのままだそうとしたらそうなるわな。 疑問)なんでvarcharならstrで受けるのに、mediumtxtではbytesになるのかが謎。

                  Python +mysql + mediumtextで文字化け的おかしなことを直す - Qiita