タグ付けされた質問 「mysql」

cms/blockエンティティには結合テーブルcms_block_storeがあります。これは、特定のブロックを1つ以上のストアにリンクするレコードです。CE 1.6 より前は、エンティティが削除される前にリソースモデルMage_Cms_Model_Mysql4_Block（リンク）がこれらのレコードを個別に削除することはなく、カスケードを使用してレコードを効果的に削除していました。1.6.0.0以降、再配置されたリソースモデルは、エンティティがから削除される前にMage_Cms_Model_Resource_Block::_beforeDelete（リンク） 内のこれらのレコードを明示的に削除します。cms_block protected function _beforeDelete(Mage_Core_Model_Abstract $object) { $condition = array( 'block_id = ?' => (int) $object->getId(), ); $this->_getWriteAdapter()->delete($this->getTable('cms/block_store'), $condition); return parent::_beforeDelete($object); } 以前のようにカスケードに依存するのではなく、2つの別々のクエリでこの操作を実行する明らかな理由はありますか？

8 database  cms  model  mysql 

編集：私は元々この質問をStackoverflowに投稿しましたが、完全に回答されることはありませんでした。私はここに投稿しています。これは、大規模なテーブルスキャンの理由と、（できれば）最小限のコア変更でこれを防ぐためのあらゆる手段を明らかにすることを期待しています。 Magento Enterprise。1.10.1.1。顧客と住所のデータセットはセミラージ（125k +）であり、CSRはこのグリッドにあることがよくあります（一度に25+以上の同時ユーザー）。 これは、コレクションがCustomer Grid.php Blockファイルで生成されているコードスニペットです。主にコレクションに属性を追加するだけで、特別なことや異常なことは何もありません。 $collection = Mage::getResourceModel('customer/customer_collection') ->addNameToSelect() ->addAttributeToSelect('email') ->addAttributeToSelect('group_id') ->addAttributeToSelect('prod_codes') ->addAttributeToSelect('last_called_date') ->addAttributeToSelect('time_zone') ->addAttributeToSelect('salesrep') ->addAttributeToSelect('do_not_call') ->addAttributeToSelect('club_member') ->addAttributeToSelect('call_back_date') ->addAttributeToSelect('marketing_code_outcome') ->joinAttribute('billing_postcode', 'customer_address/postcode', 'default_billing', null, 'left') ->joinAttribute('billing_city', 'customer_address/city', 'default_billing', null, 'left') ->joinAttribute('billing_telephone', 'customer_address/telephone', 'default_billing', null, 'left') ->joinAttribute('billing_region', 'customer_address/region', 'default_billing', null, 'left'); $this->setCollection($collection); このクエリを生成します。これは、顧客グリッド内での動作が非常に長くなり、読み込み時間が非常に長くなります。 SELECT e . *, _table_prefix.value AS prefix, …

8 mysql  grid  performance  grid-serlization  mysql-indexes 

これはより研究課題です-インデックスの再作成（30,000製品）でいくつかの本当の問題を抱えているサイトがあります。現在、多くのタイムアウトとSQLSTATEエラーが発生しているところです。Lock wait timeout exceeded管理パネルで変更を保存できるのは、せいぜい散発的なことです。 まだ実行中であることを示すインデックスが実際に実行されているかどうかを確認しようとしています。コマンドラインからインデックスを再作成しましたphp indexer.php --reindexall。その数時間後の「インデックス管理」で、検索インデックスはまだ処理を示しています。他のすべてのインデックスは完了または保留中ですが、実行されていません。主な問題は検索インデックスにあるようです。 catalogsearch_fulltextDBテーブルの行数は変化していません。これは、検索インデックスが実際にはまだ実行されていないことを示していますか？ このvar/locksフォルダーには、次のファイルがあります。 index_process_1.lock index_process_2.lock index_process_3.lock index_process_4.lock index_process_5.lock index_process_6.lock index_process_7.lock index_process_9.lock これらのファイルの存在は実際にはどういう意味ですか？それらを削除するとどのような影響がありますか？ 価値のあることには、Sphinxを使用するMirasvit Advanced Search Proモジュールを使用しています。https://mirasvit.com/magento-extensions/magento-sphinx-search.html

7 mysql  reindex 

local.xmlMagentoインストールが安全な接続を介してMySQLサーバーに接続するためのファイルを（可能な場合でも）設定するにはどうすればよいのかと思っていました。 現在、WebサーバーとMySQLサーバーを（Amazon Web Servicesクラウド内の）異なるマシンでホストしているので、Magentoが安全な接続を介してデータベースと通信できることを確認したいと思っていました。 残念ながら、これまでのところ、これに対する有効な答えを見つけることができていないようで、eコマースサイトのセキュリティの重要性を考えると、この種の構成はそのままMagentoで利用できると思います。 コマンドラインから、次のようなステートメント例を使用して、Amazonへのmysqlセキュア接続を呼び出すことができることを知っています。 mysql -h myinstance.amazonaws.com --ssl_ca=rds-ssl-ca-cert.pem --ssl-verify-server-cert どこにrds-ssl-ca-cert.pem公開鍵への参照です。 私はMagentoがlocal.xmlファイルを使用して同様の呼び出しを行う必要があり、安全な接続を同様に呼び出す方法があるはずだと思っていたと思います。

7 magento-1.9  mysql  ssl  aws 

今朝、magentoで約100の製品を選択して有効にすると、このmysql too many tableエラーが発生しました 以下はログファイルの抜粋です a:5:{i:0;s:92:"SQLSTATE[HY000]: General error: 1116 Too many tables; MySQL can only use 61 tables in a join";i:1;s:5786:" #0 /var/www/html/dev.mysite.com/lib/Varien/Db/Statement/Pdo/Mysql.php(110): Zend_Db_Statement_Pdo->_execute(Array) このmysqlスレッド（http://forums.mysql.com/read.php?10,94448,94505#msg-94505 を通過）は、eav dbモデルに欠陥があることを示しています。 また、61テーブルを増やすと、また、eavモデルは最終的にこれを超えます。 magento eavモデルは完璧ではありませんか？それともカスタム属性が多すぎるためですか？（150以上のカスタム属性とセット） 私はこれに対処する方法は無意味です。 助けを求めて ありがとう

7 magento-1.9  database  mysql  eav  custom-attributes 

現在MySQL 5.0.9およびPHP 5.3.26を実行しているVPSサーバー上にいくつかのMagento（CE 1.7.0.2）サイトがあります VPSをホストするデータセンター企業は、WHM / Cpanelの新しい要件により、MySQLとPHPのバージョンをアップグレードしたいと考えています これらのmysql / phpバージョンにアップグレードすると問題は発生しますか？

7 magento-1.7  ce-1.7.0.2  mysql