たまに掃除は必要!熱暴走…

イメージ
 そんなに暑くないのに… 本日、午前中にオンラインで打合せをしていると、突然マシンがダウン。 一瞬、停電か?と思ったもののディスプレイの電源は入っている。 あれっ?と思い、すぐさまノートで打合せを継続。 その間に、再度マシンの電源を投入。 問題なく起動する。 でも、CPU温度がたまたま目に入り、95℃を超えて徐々に上昇していく。 105℃あたりで再度マシンダウン。 これは、熱暴走によるダウンの可能性が高い。 以前、CPUをRyzen7→9にした頃は、60℃〜70℃程度だった記憶がある。 本当はGW中にSSDの載せ替えを行う予定だったけれど、忙しくて先延ばしにしていた。 その時やっていれば、多分掃除もしただろうに…。 ということで、午後からマシンを解体し、掃除をすることに。 ケース本体のFANはホコリがかなり溜まっている。 GPUのFANは問題ない。 電源とCPU FANはひどい。 一旦、CPU FANを取り外し、きれいにする。ついでにCPUグリスも塗り直しセット。 動作確認すると、投入直後で40℃台。 そりゃ、熱暴走も起こすわけだ。 せっかくバラしたので、SSDの載せ替えを実施。 OSは500GBで、ユーザ領域(/home)は1TBを使用しているもののAIのmodelをいくつも落としていたり、DockerのImageが多種置いてあるため、結構容量を食っている。 今回、2TBのSSD( Hanye SSD ¥17,800- で入手済)を用意してあるので、 1TB→2TB, 500GB→1TBと玉突きで移動させることを計画していたので実施する。 本当は、ddコマンドで移すつもりだったのだけれど、3月にお客さんのところで使いそうだったので、 ORICOのクローン機能付SSDアダプタ を入手済。 裸族のSSD版ですね…。1万円程度の品です。 これに、新品のSSDとこれまでの1TBのSSDを差し込んでクローン開始。 そこそこ時間はかかるものの、放置でOK。 ただ、HanyeのSSDについているヒートシンクが引っかかるため、一旦取り外してクローン後取り付ける必要があった。 続いて、500GB→先程の1TBに書き込み。 ただ、1TB(samsungの980pro)が、先程のクローンでかなり熱くなっていたため、速度低下が激しい感じ。1TB→2TBよりも時間がかかった感じ。 ...

UTF8の指定ではまった

MariaDB+PHPにて

PHPでDB上のデータを大量に処理するプログラムを書いていて、おかしな現象に出くわした。

1万件+42万件+43万件のjoinで、必要なもののみ取り出して、updateをかけるという手作業ではやる気にならない処理なので、サクッと書いてぶん回すしかない…。

ローカルでmysqlモニタを使用してSQLを叩くと、問題なく結果が返ってくる。
でもって、サーバ上で実行すると、結果がEmpty…。

あれれ?

試しに、phpmyadmin上でSQLだけ叩いてみる。
ローカルと同じ結果になる。

何かがおかしい。

 :
 :
$mysqli = new mysqli("localhost",$username,$password);
if($mysqli->connect_error){
  print('<p>データベースへの接続に失敗しました</p>'.$mysqli->connect_error);
  exit();
}
$mysqli->select_db($dbname);
$mysqli->set_charset("utf-8");
$sql="SELECT bill.bill_id,bill_item.bill_item_id,bill_item_detail.bill_item_detail_id,
             bill.billing_id,bill.bill_month,bill.bill_date,bill.deposit_receive_date
  FROM `bill_item_detail`
  join bill_item on bill_item_detail.bill_item_id=bill_item.bill_item_id
  join bill on bill.bill_id=bill_item.bill_id
  WHERE `bill_item_detail`.`name` LIKE '繰越残高' AND
 :
 :
  order by bill.bill_date";
$result = $mysqli->query($sql);

テーブル3つをjoinして、特定の条件のデータを拾い出すだけのことなのに…。
仕方なく、var_dump($result)で確認してみるが、サーバ上では、やはり0件となってしまう…。

条件をなしにして実行してみると、問題なく返ってくる。

ということは、WHERE句に問題有り。
少しずつ条件を増やしてみる。

name LIKE '〜' を入れた段階でEmptyとなる。

試しに、LIKE '%'で試すと結果が出てくるので、文字コード関連っぽい。

やっと気づいた

ここまでテストして、やっと気づいた。

$mysqli->set_charset("utf-8");

問題は、ここだ!

正しくは、以下のように書く必要が合った。

$mysqli->set_charset("utf8");

そう、「-」が余分だった。

ちょうど、このコードを書く前に、HTMLを書いていて、charset=UTF-8
と書いていていた…。

ああぁ。情けない。
こんな凡ミスをするというのが情けない。

しかし、同じ文字コードを表すのに、この表記の差は何とか統一して欲しい。
もしくは、Aliasでどちらでも機能するようにして欲しい…。

いったい、このミスを見つけるのに、どれだけ時間がかかったものか…。


という戒めの意味を込めて、記録しておく…。

この後、無事実行して80分ほどで書き換えが完了したので、まあ無事終わってはいるのだが…。
このミスを見つけるのに、30分以上脳味噌フル回転で作業して…。


疲れたゎ。


コメント

このブログの人気の投稿

Ubuntu24.04 でGUIが死んだ

VirtualBoxが異常

MEGAにも弱点があった?