https://offers.connpass.com/event/304025/ 発表資料です
はじめに 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
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
バイナリ互換性がないMySQLバージョン間(5.6→8.0)のDB移行が必要となり、DBを停止して、mysqldumpによるデータ移行を計画しました。その際にDBのダウンタイムをなるべく短くするため、インポートにかかる時間をパラメータチューニングによって短くできないか検証しました。 注意点 本記事の内容は、筆者の個人的な見解や認識に基づいて作成しているため、正確性、信頼性、完全性、最新性を保証するものではありません。 本記事は、2023/04/25 時点の情報をもとに作成しております。 最新の情報については、他の情報源と照らし合わせてご確認ください。 今回紹介するパラメータはインポート時に一時的に設定するパラメータと仮定しており、運用時は適さないパラメータもあります。 インポートが完了したら運用に適したパラメータへの変更をお願いします。 前提条件 インポートするデータ スキーマ毎にmysq
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
MySQLでシャーディングするなら、最初からTiDBで 続いて、「TiDBに特化したような設計や運用は必要か」との質問がなされた。これに対し北川氏は、書き込み時の性能を見ると高い並列度で処理し、拡張していくとQPSが少しずつ伸びることがTiDBの特長の1つであり、そこを意識して設計すべきだと指摘する。また、性能が発揮されない原因となるホットスポットを解消するために、“分割リージョン”のオプションを有効にしたと北川氏。他にも「TiUP」では監視などでも活用でき、当初から運用を容易にすることを念頭に置いてTiDBは構築されているようだとも話す。 一方、気になった点としては、パラメーターの設定方法が統一されていないことだと指摘すると、「監視などのメトリックが多すぎるとも感じますね」と北川氏。メトリックが多ければ状況は詳細に把握できるが、多すぎると情報の取捨選択に頭を悩ますことにもなる。さらに、ア
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になるのかが謎。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く