Hello SonarQubeコミュニティ。 私はSonarQube 4.5.7をMySql 5.5で稼働させています 過去数年間、データベースのサイズはかなり管理されており、現在381のプロジェクトがあります。毎月、過去3か月間に分析されていないプロジェクトは削除されます。 データベースは非常に大きくなっているように見えますが、過去2ヶ月間です。 mysql ibdata1ファイルのサイズが53294923776になりました。その50以上のギグのうち、project_measuresテーブルは40ギガバイトを超え、2億3,300万の行を持っています。 これは正常ですか? もしそうなら、ファイルシステムが存在するファイルシステムにさらにスペースを追加する必要があるかもしれません。 これがこのテーブルでは正常でない場合、現在作業中のプロジェクトに関連するデータを失わないでテーブルのサイズを小さくするにはどうすればよいですか?project_measuresテーブル最近巨大な成長方法、トリミング方法
ご協力いただきありがとうございます。 Doug
私は、Oracleの認定を受けているPostgresのDBAと話しています。彼らは、MySql DBの中でこのテーブルで何ができるか/実行されるべきかを確かめていません。関連するデータを失うことなく、project_measuresテーブル内の無駄なスペースを再編成して圧縮する方法はありますか? –
ID、値、METRIC_ID、snapshot_id、RULE_ID、rules_category_id、TEXT_VALUE、傾向、measure_date、PROJECT_ID、alert_status、alert_text、URL、説明、rule_priority、characteristic_id、variation_value_1、variation_value_2、variation_value_3、variation_value_4、variation_value_5、PERSON_ID、measure_data 1295192,342.00000000000000000000 、4,46356、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL 1295193,888.000000000000000000,2,46356 、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL、NULL –