並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 286 件 / 286件

新着順 人気順

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

  • 【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
      • リアル事例から読み解くWebパフォーマンスチューニングの勘所/Offers web performance tuning

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

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