商务网站系统中支付功能怎么做,市场调研报告怎么写,kratos主题wordpress,网页设计基础考试题目管理数据库
概念
Neo4j 5(从v4.0)#xff0c;可以同时创建和使用多个活动数据库。
DBMS
Neo4j是一个数据库管理系统(DBMS)#xff0c;能够管理多个数据库。DBMS可以管理一个独立的服务器#xff0c;也可以管理集群中的一组服务器。
实例
Neo4j实例是运行Neo4j服务器代…管理数据库
概念
Neo4j 5(从v4.0)可以同时创建和使用多个活动数据库。
DBMS
Neo4j是一个数据库管理系统(DBMS)能够管理多个数据库。DBMS可以管理一个独立的服务器也可以管理集群中的一组服务器。
实例
Neo4j实例是运行Neo4j服务器代码的Java进程。
Transaction domain(事务域)
Transaction domain是可以在单个事务的上下文中更新的图的集合。
执行上下文
执行上下文是执行请求的运行时环境。实际上请求可以是查询、事务或内部函数或过程。
Graph
单个数据库中的数据模型。
数据库
数据库是DBMS的一个管理分区。实际上它是在目录或文件夹中组织的文件的物理结构具有与数据库相同的名称。
在Neo4j 5中每个标准数据库包含一个单独的Graph。许多管理命令通过使用数据库名称来引用特定的图。
数据库定义了事务域和执行上下文。这意味着一个事务不能跨多个数据库。类似地过程调用是在一个数据库中尽管其逻辑可以访问存储在其他数据库中的数据。
Neo4j 5 的默认安装包括2个数据库
system系统数据库包含DBMS上的元数据和安全配置。Neo4j默认数据库用户数据的单一数据库。可以在第一次启动Neo4j之前配置不同的名称。
Composite database
复合数据库是包含在其他标准数据库中的多个图的逻辑分组。复合数据库定义了一个执行上下文和一个(有限的)事务域。 Neo4j的版本决定了可能的数据库数量: Community Edition的安装只能有一个用户数据库。 企业版的安装可以有任意数量的用户数据库。 所有安装都包括系统数据库。 System数据库
所有安装都包括一个名为system的内置数据库其中包含元数据和安全配置。
系统数据库的行为不同于所有其他数据库。特别是当连接到该数据库时只能执行一组特定的管理功能。大多数可用的管理命令仅限于具有特定管理权限的用户。细粒度访问控制中描述了配置安全特权的示例。
默认数据库和主数据库
如果用户连接到Neo4j时没有指定数据库那么将连接到主数据库。在选择主数据库时服务器将首先使用为该用户配置的主数据库。如果连接用户没有配置主数据库服务器将使用默认数据库每个Neo4j实例都有默认数据库。
默认数据库是可配置的。具体请参见配置参数。
每个用户的主数据库可以通过Cypher管理命令进行控制。User Management.
管理和配置
管理命令
在使用管理命令之前了解已停止(stopped )数据库和已删除(dropped )数据库之间的区别是很重要的: 使用STOP命令停止的数据库将完全关闭并可能通过START命令再次启动。在集群中只要数据库处于关闭状态它就不能被认为对集群的其他成员可用。对关闭的数据库进行在线备份是不可能的在灾难恢复期间需要特别考虑它们因为它们在关闭时没有运行的Raft机器。 被删除的数据库将被完全删除并且根本不打算再次使用。
以下Cypher命令用于管理系统数据库上的多个数据库:
CommandDescriptionCREATE DATABASE name企业版功能DROP DATABASE name企业版功能ALTER DATABASE name企业版功能START DATABASE nameSTOP DATABASE nameSHOW DATABASE nameSHOW DATABASESSHOW DEFAULT DATABASESHOW HOME DATABASE
数据库命名规则 长度必须在3 ~ 63个字符之间。 名称的第一个字符必须是ASCII字母。 后续字符必须是ASCII字母或数字字符、点或破折号。[a. . z][0 . . 9] . - 名称不区分大小写并规范化为小写。 以下划线(_)和前缀system开头的名称保留供内部使用。 以上所有命令都作为Cypher命令执行数据库名称受Cypher对有效标识符的标准限制。特别是-(破折号)和.(点)字符在Cypher变量中是不合法的因此带有破折号的名称必须用反引号括起来。例如CREATE DATABASE main-db。数据库名称是唯一不需要转义点的标识符。例如main.db是一个有效的数据库名称。 可以创建别名来引用现有数据库以避免这些限制。
配置参数
配置参数在neo4j.conf文件中定义。
以下配置参数适用于管理数据库:
参数名描述initial.dbms.default_databaseNeo4j实例的默认数据库名称。如果实例启动时数据库不存在则创建该数据库。默认值: ’ neo4j ’ 在集群设置中initial.dbms.default_database 的值仅用于设置初始默认数据库。稍后可更改默认数据库。dbms.max_databasesNeo4j单个实例或集群中可使用的最大数据库数量。包括所有在线和离线数据库。整数形式最小取值为2。企业版默认值: 100。 一旦达到限制就不可能再创建任何额外的数据库。类似地如果将限制更改为低于现有数据库总数的数字则不能创建其他数据库。server.databases.default_to_read_only所有数据库的默认模式。如果将此设置设置为 true 所有现有的和新的数据库将处于只读模式因此将阻止写查询。默认值: falseserver.databases.read_only防止写入查询的数据库名称列表。这个集合也可以包含尚未存在的数据库但不包括“system”数据库。不管server.databases.default_to_read_only server.databases.read_only dbms.databases.writable如何设置system数据库永远不会是只读的。防止写操作的另一种方法是使用ALTER DATABASE命令将数据库访问设置为只读。example :server.databases.read_only[foo, bar]dbms.databases.writable要接受写查询的数据库名称列表。此集合还可以包含尚未存在的数据库。如果server.databases.default_to_read_only设置为 false 则忽略此设置的值。如果两个集合中都有数据库名则数据库将是只读的并阻止写查询。example: dbms.databases.writable[foo, bar] 如果同时使用了Cypher命令和配置参数并且它们包含冲突的信息则将有问题的数据库设置为只读。 Cypher 查询
//显示单个数据库
SHOW DATABASE neo4j;
//显示所有数据库
SHOW DATABASES;
//显示默认数据库
SHOW DEFAULT DATABASE;
//切换数据库
:use sales
//
CREATE OR REPLACE DATABASE sales;
STOP DATABASE sales;
START DATABASE sales;
DROP DATABASE sales;数据库状态
StateDescriptiononline在线offline离线starting正在启动stopping正在停止离线操作(e.g. loaddump) 不能执行store copying数据库目前正在从Neo4j的另一个实例进行更新。initial初始化还未创建。dirty此状态表示发生了错误。数据库的基础存储文件可能无效。要了解更多信息查阅 statusMessage 列或服务器的日志。quarantined数据库将有效停止并且在不再隔离之前不能更改其状态。要了解更多信息查阅 statusMessage 列或服务器的日志。unknowndropped已删除
连接远程数据库(企业版功能)
见remote
组合数据库(企业版功能)
组合数据库是Neo4j 5中引入的一种特殊类型的数据库。它取代了Neo4j 4中以前的Fabric实现。
Fabric是统一系统的架构设计它为本地或分布式图形数据提供单个访问点。它允许您有效地管理数据、计算资源、存储和网络流量。
组合数据库是使用单个Cypher查询访问这些分区数据或图的方法。
见 组合数据库
事务行为
为了维护数据完整性并确保可靠的事务行为Neo4j DBMS支持具有完整ACID属性的事务并且它使用预写事务日志来确保持久性。
Neo4j DBMS支持以下事务行为: 所有访问Graph、索引或模式的数据库操作都必须在事务中执行。 默认隔离级别为读提交隔离级别。 写锁是在节点和关系级别自动获取的。但是如果希望实现更高级别的隔离——可序列化隔离级别也可以手动获取写锁。 通过遍历获取的数据不受其他事务修改的保护。 可能会发生不可重复的读操作(即只获取写锁并保持到事务结束)。 死锁检测内置于核心事务管理中。
事务管理
访问Graph、索引或模式的数据库操作在事务中执行以确保ACID属性。事务是单线程的、受限的和独立的。多个事务可以在单个线程中启动并且它们彼此独立。
完成每个事务是至关重要的因为事务获得的锁或内存只有在完成时才会释放。在语句结束时所有未提交的事务作为资源清理的一部分被回滚。对于显式提交或回滚的事务不需要进行资源清理事务闭包是一个空操作。
在事务中执行的所有修改都保存在内存中。这意味着必须将非常大的更新拆分为几个事务以避免内存耗尽。
事务配置
db.transaction.concurrent.maximum并发事务最大数量默认1000设置为0时表示禁用数量限制。
db.transaction.timeout事务超时时间设置为0时表示禁用此特性。
可以使用 dbms.setConfigValue(db.transaction.timeout,10s) 设置。 超时时间可以在 JAVA API 或neo4j 驱动中覆盖掉但是一定要比设置db.transaction.timeout的值小。 //事务cypher
SHOW TRANSACTIONS
TERMINATE TRANSACTIONS锁和死锁
锁由用户运行的查询自动获取。它们确保节点/关系被锁定到一个特定的事务直到该事务完成。换句话说一个事务对节点或关系的锁定会暂停其他事务以并发地修改同一节点或关系。因此锁可以防止事务间共享资源的并发修改。
Neo4j中使用锁来确保数据一致性和隔离级别。它们不仅保护逻辑实体(如节点和关系)而且保护内部数据结构的完整性。
Neo4j支持以下隔离级别: 已提交读 默认值。在第一个事务完成之前读取节点/关系的事务不会阻止另一个事务写入该节点/关系。这种类型的隔离比可序列化隔离级别弱但提供了显著的性能优势同时足以满足绝大多数情况。 可序列化 节点和关系的显式锁定。使用锁可以通过显式地获取和释放锁来模拟更高级别隔离的效果。例如如果在公共节点或关系上使用写锁则在该锁上序列化所有事务从而产生可序列化隔离级别的效果。
Cypher的更新丢失
在Cypher中在某些情况下可以获取写锁来模拟改进的隔离。考虑多个并发Cypher查询增加属性值的情况。由于已提交读隔离级别的限制增量可能不会产生确定的最终值。如果存在直接依赖Cypher在读取之前自动获取写锁。直接依赖是SET的右侧在表达式中读取依赖属性或在字面映射中读取键值对的值。 类似于 Java 中的 先get 再 1再set 回去。
MATCH (n:Example {id: 42})
SET n.prop n.prop 1 //调用100次值并不一定是100
MATCH (n)
SET n {prop: n.prop 1}
MATCH (n)WITH n.prop AS p
// ... operations depending on p, producing k
SET n.prop k 1
//解决方法设置显示锁
MATCH (n:Example {id: 42})
SET n._LOCK_ true
WITH n.prop AS p
// ... operations depending on p, producing k
SET n.prop k 1
REMOVE n._LOCK_事务日志
Neo4j跟踪对每个数据库的所有写操作以确保数据一致性并支持恢复。
事务日志文件
事务日志文件包含一系列记录其中包含作为每个事务的一部分对特定数据库所做的所有更改包括数据、索引和约束。
事务日志有多种用途包括提供差异备份和支持集群操作。至少对于任何给定的配置都会保留最新的非空事务日志。需要注意的是事务日志与日志监视无关。
事务日志配置是为每个数据库设置的可以使用以下配置设置进行配置: 事务日志位置 默认情况下一个数据库的日志文件位置为/neo4j-home/data/transactions/database-name。server.directories.transaction.logs.root 配置根目录如果是个相对路径则相对server.directories.data指定的目录。考虑性能把日志存储在专用设备上。 事务日志预分配 您可以使用参数db.tx_log.preallocate指定Neo4j是否应该尝试提前预分配逻辑日志文件。缺省情况下为true。日志预分配通过确保有空间容纳新生成的文件和避免文件级碎片来优化文件系统。此配置设置是动态的可以在运行时更改。 配置事务日志轮询大小 可以使用db.tx_log.rotate.size指定单个事务日志文件大致可以占用多少空间。缺省情况下它被设置为256 MiB这意味着当一个事务日志文件达到这个大小时它转换创建一个新的。最小可接受值为128K 。此配置设置是动态的可以在运行时更改。此设置影响以下情况下所有检查点策略可以回收的空间大小。要回收给定的文件事务日志的最新检查点必须存在于另一个文件中。因此如果您有一个巨大的事务日志那么很可能您的最新检查点位于同一个文件中因此无法回收该文件。 事务日志保留策略 您可以使用参数db.tx_log. rotate .retention_policy控制Neo4j保留的事务日志的数量来备份数据库。此配置设置是动态的可以在运行时更改。默认情况下它被设置为2天这意味着Neo4j保留包含2天内提交的任何事务的逻辑日志并删除只包含超过2天的事务的日志。 不支持手动删除事务日志。 另外如果有很大的日志但是从某个点开始之后。在从此checkpoint到保留周期之内没有任何数据变更。不会触发删除过期的log。可以通过其他数据变更操作触发就会自动删除日志文件了。 日志保留策略
db.tx_log.rotation.retention_policytrue|keep_all 永久保留。不建议db.tx_log.rotation.retention_policyfalse|keep_none 只保留最近的非空日志。其他具体值
TypeDescriptionExamplefiles日志修剪之后保存的最大文件数db.tx_log.rotation.retention_policy10 filessize最大文件sizedb.tx_log.rotation.retention_policy300M sizetxs / entries最大事务数量。与文件大小时间都无关db.tx_log.rotation.retention_policy500k txshours最大小时数db.tx_log.rotation.retention_policy10 hoursdays最大天数db.tx_log.rotation.retention_policy30 days 只有在检查点完成后才调用日志修剪。 检查点和日志修剪(pruning)
检查点是将所有挂起的更新从易失性内存刷新到非易失性数据存储的过程。此操作对于限制在恢复过程中需要重放的事务数量至关重要特别是对于在数据库不当关闭或崩溃后最小化恢复所需的时间。
类似于关系型数据库的日志检查点。
消除恢复不再需要的事务日志的过程称为修剪。修剪依赖于检查点。检查点确定哪些日志可以被修剪并确定修剪是否发生因为检查点的缺失意味着可用于修剪的事务日志文件集不能更改。因此只要检查点发生就会触发修剪。
配置检查点策略通过 db.checkpoint 设置。可选的配置包括
PERIODIC默认配置。此策略每10分钟检查一次是否有更改等待刷新如果有则执行检查点并随后触发日志修剪。定时策略由db.checkpoint.interval.tx和db.checkpoint.interval.time设置指定当达到其中一个时触发检查点。VOLUME当事务日志的大小达到db.checkpoint.interval.volume设置指定的值时此策略运行检查点。缺省值为250.00MiB。CONTINUOUS企业版配置。该策略忽略db.checkpoint.interval.tx和db.checkpoint.interval.time设置并始终运行检查点进程。在检查点完成后立即触发日志修剪就像在周期性策略中一样。VOLUMETRIC企业版配置。此策略每10秒检查一次是否有足够的日志量可供修剪如果有则触发一个检查点然后修剪日志。默认情况下卷被设置为256MiB但它可以通过设置db.tx_log.rotation.retention_policy和db.tx_log.rotate.size。
配置检查点
观察到事务日志文件比预期的要多可能是由于检查点发生的频率不够高或者花费的时间太长。这是一个临时情况预期和观察到的日志文件数量之间的差距将在下一个成功的检查点上关闭。检查点之间的间隔可以使用以下命令配置:
db.checkpoint.interval.time默认值 15m。检查点间隔时间。db.checkpoint.interval.tx默认值 100000。检查点之间的事务数量。
控制日志修剪
事务日志修剪是指安全、自动地删除旧的、不必要的事务日志文件。要删除一个文件需要做两件事: 文件一定被切换过。 最近的日志文件中必须至少发生过一个检查点。
事务日志修剪配置主要处理指定应该保持可用的事务日志的数量。保留超过恢复所需的绝对最小数量的主要原因来自于集群部署和在线备份的需求。由于数据库更新是通过事务日志在集群成员和备份客户端之间进行通信的因此保留超过最小数量的数据库更新可以只传输增量更改(以事务的形式)而不是传输整个存储文件这可以节省大量的时间和网络带宽。
修剪操作后剩余的事务日志数量由设置dbms.tx_log.rotate.retention_policy控制。默认值是2天这意味着Neo4j保留包含2天内提交的任何事务的逻辑日志并删除只包含超过2天的事务的日志。
拥有最少量的事务日志数据可以加快检查点处理的速度。要配置检查点进程每秒允许使用的IOs数使用配置参数db.checkpoint.iops.limit。
检查点记录和度量
可以使用 CALL db.checkpoint() 产生检查点。
可以在metrics/目录下看到检查点度量
neo4j.check_point.duration.csv
neo4j.check_point.total_time.csv
neo4j.check_point.events.csv附录
参考
管理数据库
docker 设置 https://neo4j.com/docs/operations-manual/current/docker/ref-settings/
