Amazon Neptune Engine Updates 2018-09-06
Version: 1.0.1.0.200237.0
Amazon Neptune 1.0.1.0.200237.0 is generally available. All new Neptune DB clusters, including those restored from snapshots, will be created in Neptune 1.0.1.0.200237.0 after the engine update is complete for that Region.
Existing clusters can be upgraded to this release immediately using the DB cluster operations on the console or by using the SDK. You can use the following CLI command to upgrade a DB cluster to this release immediately:
aws neptune apply-pending-maintenance-action \ --apply-action system-update \ --opt-in-type immediate \ --resource-identifier arn:aws-cn:rds:
<region>
:<account number>
:<resourcetype>
:<name>
Neptune DB clusters will automatically be upgraded to engine release 1.0.1.0.200237.0 during system maintenance windows. The timing of when updates are applied depends on the Region and maintenance window setting for the DB cluster, as well as on the type of update.
Note
The instance maintenance window does not apply to engine updates.
Updates are applied to all instances in a DB cluster simultaneously. An update requires
a database restart on all instances in a DB cluster, so you will experience downtime ranging
from 20–30 seconds to several minutes, after which you can resume using your DB cluster
or clusters. You can view or change your maintenance window settings on the Neptune console
If you have any questions or concerns, the Amazon Support team is available on the community forums and through
Amazon Premium Support
Improvements
-
Fixed an issue where some
SPARQL COUNT(DISTINCT)
queries failed. -
Fixed an issue where
COUNT
,SUM
,MIN
queries with aDISTINCT
clause would run out of memory. -
Fixed an issue where
BLOB
type data would cause a Neptune Loader job to fail. -
Fixed an issue where duplicate inserts would cause transaction failures.
-
Fixed an issue where
DROP ALL
queries could not be cancelled. -
Fixed an issue where Gremlin clients could hang intermittently.
-
Updated all error codes for payloads bigger than 150M to be
HTTP 400
. -
Improved performance and accuracy of single-triple-pattern
COUNT()
queries. -
Improved performance of
SPARQL UNION
queries withBIND
clauses.