Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 6.1.1 CE GA2, 6.1.20 EE GA2
-
Fix Version/s: 6.0.X EE, 6.1.X EE, 6.2.0 CE M2
-
Component/s: Upgrades
-
Labels:
-
Environment:MySQL 5.5 + Java 6.0.35 + Tomcat 7.0.25 + very large database
-
Branch Version/s:6.1.x, 6.0.x
-
Backported to Branch:Committed
-
Similar Issues:
Description
While working on LPP-4193, it was mentioned that I should log an LPS ticket for the general fix.
When working with very large databases, several SQL queries were doing a full-table-scan which was causing upgrades from 5.x to 6.1.20 to take > 65 days.
The fix is to add several table indexes to indexes.sql
In discussion about this, it was mentioned that this perhaps could be categorized as a bug instead of a new feature/improvement because an SQL query that takes over 65 days to complete does not seem like functioning code.
Issue Links
- is duplicated by
-
LPS-30151
VerifyPermission is very slow when there are many layouts
-
- is related to
-
LPS-32554
Optimize VerifyPermission
-
-
LPS-30382
Make upgrade processes run without aop logic
-
-
LPS-30570
Move ServiceBuilder Index Creation into a util class
-
-
LPS-30511
Duplicate code in UpgradeProcess and VerifyProcess
-
- relates
-
LPS-30570
Move ServiceBuilder Index Creation into a util class
-
-
LPS-30511
Duplicate code in UpgradeProcess and VerifyProcess
-

Upon discussion with Angelo Jefferson, this code update will not go in trunk, but will go in 6.1.x after which, it will be backported to 6.1.20 for a customer.