問題タブ [percona]

以下のコードを使用して、プロンプトなしで Ubuntu に MYSQL をインストールできます。

オンラインのどこかで入手したdebconf-set-selectionsの部分（ここにある可能性はありません）で、これまでのところ問題なく機能しています。私はそれがどのように機能するかを理解するほどの専門家ではありませんが、機能します。

しかし、ペルコナでも同じことをしたいです。perconaにapt-getを使用して対処するために、aptパッケージマネージャーをセットアップしました。だから今私のコードは次のとおりです：

ただし、Percona はインストールされますが、パスワードは定義されていません。debconf ビットに何かが欠けていることはわかっています。

ここでいくつかのガイダンスをいただければ幸いです。

前もって感謝します。

ここにクレイジーなものがあります：

うーん……実に面白い……。

本当の問題は、関数がクエリで認識されなくなったことです。再コンパイル、再インストール、再起動などを試みました-喜びはありません。UDF はこちらから: http://www.mysqludf.org/lib_mysqludf_preg/index.php

これは、mysql から percona 5.5 に切り替えた後に続きました。UDF は mysql で正常に動作しました。

質問: mysql から percona 5.5 にアップグレードした後、PREG UDF を機能させるにはどうすればよいですか?

回答: 以下は、Baron のヒントに基づいた回答です。

mysql error.log から:

Percona は、標準の MySql インストールとは異なるディレクトリを参照しているようです。

MySql は /usr/lib/mysql/plugin ですべてのプラグインを探します。Percona は /usr/lib/plugin を探していました

解決策は簡単でした。次のように、/usr/lib に /usr/lib/mysql/plugin ディレクトリへのシンボリック リンクを作成しました。

ビオラ！-- すべてが正常に読み込まれるようになりました。

ストアド プロシージャを実行していますが、次の行で問題が発生しました。

場合によっては、このクエリは 0 行を返すため、gallery_rel_id_check は割り当てられた値を取得しません。

奇妙な理由で、これはストアド プロシージャを停止するようです。gallery_rel_id_check を別の方法で割り当てる必要がありますか? 手順の後半でそれを使用して > 0 かどうかを確認する必要があるためです。

ありがとう

Start Transaction と Begin Work のどちらを使用するのが良いのか、またその違いは何なのかわかりません。

ネットワーク上でJavaアプリケーションの2つのクライアントを実行すると問題が発生します。最初のクライアントはレコードを挿入し、2番目のクライアントは結果セットを更新するときにそれを表示できます。2番目のクライアントが新しいレコードを挿入すると、最初のクライアントはその後もそのレコードを表示できません。さわやかで、最初のクライアントがアプリケーションを閉じて再実行すると、2番目のクライアントショーから通常どおりに記録します!!!!! どうしたの ？問題を追跡するために両方を監視するにはどうすればよいですか？注：COMMITの後にAutoCommitをtrueに設定すると、すべてが正常に機能します。my.cnfに追加の構成が必要ですか??

多くのトランザクションを処理するネットワークアプリケーションを開発しているので、ストレージエンジンとトランザクションとしてINNODBを使用していますが、LockTableも使用する必要がありますか？

私が知っているように、彼らは一緒に働きません。それを行うための最良の解決策を教えてください。

COMMIT一部のプログラマーがトランザクションを終了またはロールバックするために他の使用を使用していることに気付きconn.setAutoCommit(true);ましたが、他の使用の代わりに使用する利点は何ですか?

主な違いはどこですか？

以上

コマンド ラインでは、これにより table1 が正常に更新されます。

ただし、複数のテーブルを更新したい場合、どのように記述すればよいかわかりません。これは table1 のみを更新し、他のテーブルは無視します。

そして、これは私にエラーを与えます:

「-tables」をリストする方法の例は誰にもあります...リスト内のすべてのテーブルを正常に更新できますか?

現在の行を誰がロックしているかを示す方法はありますか？私のERPは、他のユーザーによる更新のためにレコードがロックされているかどうかを確認する必要があります。エンドクライアントアプリケーションとしてmysql（Percona）サーバーとJavaSEを使用しています。

ARMプロセッサを搭載したRaspberryPiでPercona（MySQLバリアント）をコンパイルしています。

コンパイル中に報告された問題が発生しましたが、ARMはサポートされていないプラットフォームであるため、誰も修正する気がありません。

https://bugs.launchpad.net/percona-server/+bug/1002848

この問題を回避して正常にコンパイルできましたが、c ++に関する知識がやや不足しており、実際に何かが壊れているかどうかが完全にはわかりません。

SOに関するconstchar*からchar*の質問への無効な変換をたくさん読んだので、この回避策のアイデアを思いつきました。

エラーは次のとおりです。

（実際にはpthread_mutex_t私のプラットフォームにはありませんでしたが、問題は同じです-スクロールバックバッファーである無限の深淵に失われた実際のタイプ）

問題のあるコードは次のとおりです。

これを次のように変更しました：

time_collector_lockは次のように定義されます。

これはミューテックスであると想定されているため、おそらくこれをスレッドセーフではないと感じています。それともこれで大丈夫ですか？

より良い解決策はありますか？