wuduz

item教程

一、防具举例：

代码：

<items><variable name="id" type="int">5047</variable>
<variable name="pos" type="int">0</variable>
<variable name="count" type="int">1</variable>
<variable name="max_count" type="int">1</variable>
<variable name="data" type="Octets">0100ff000500000000000a0052350000a438000024000404b051ce98be070000090000000c000000c8000000be070000be070000be070000be070000be0700000400000000000000000000000000000000000000030000007e2200009a999940482100000a0000007422000064000000</variable>
<variable name="proctype" type="int">0</variable>
<variable name="expire_date" type="int">0</variable>
<variable name="guid1" type="int">1204736212</variable>
<variable name="guid2" type="int">16778946</variable>
<variable name="mask" type="int">1073741952</variable>
</items>

说明：

12719 八级军衔（auctionid.txt）
5047 ☆☆☆天心靴代码
0100ff00 等级要求1 要求FF
05000000 力量要求5 体质要求00
00000a00 敏捷要求00 灵力要求10
52350000 现耐久度
a4380000 最大耐久度
24000404 制造者（不要改）
b051ce98 冰风（制造者中文代码）
be070000 物理防御1982
09000000 躲闪度9
0c000000 真气值12
c8000000 生命值200（减去后面的追加）
be070000 金防1982
be070000 木防1982
be070000 水防1982
be070000 火防1982
be070000 土防1982
04000000 4个洞
00000000 洞一属性
00000000 洞二属性
00000000 洞三属性
00000000 洞四属性
03000000 追加属性数量3
7e220000 追加移动加速（追加属性代码）
9a999940 移动4.8（追加值）（正常9a99993e为0.03，最快9a999940为4.8）
48210000 追加真气恢复（追加属性代码）
0a000000 真气恢复5（除以2）
74220000 追加血上限（追加属性代码）
64000000 生命100（追加值）

-----------------------------------------------------------------------

三、武器举例：

代码：

<items><variable name="id" type="int">5447</variable>
<variable name="pos" type="int">4</variable>
<variable name="count" type="int">1</variable>
<variable name="max_count" type="int">1</variable>
<variable name="data" type="Octets">5400ff002e0000000000fc00401f0000401f00002c000404b051ce9800000000240100000c0000000000000046010000e8010000be070000be070000100000000000404000000000010000000000000003000000622400006400000049220000040000005322000006000000</variable>
<variable name="proctype" type="int">0</variable>
<variable name="expire_date" type="int">0</variable>
<variable name="guid1" type="int">0</variable>
<variable name="guid2" type="int">0</variable>
<variable name="mask" type="int">1073741825</variable>
</items>

说明：

5447 ☆☆☆太清剑
5400ff00 等级要求84
2e000000 力量要求46 体质要求00
0000fc00 敏捷要求00 灵力要求252
401f0000 现耐久度
401f0000 最大耐久度
2c000404 制造者（不可改）
b051ce98 冰风
00000000 未知0（不可改）
24010000 未知292（可改）
0c000000 品阶12
00000000 未知0
46010000 物理攻击下限326
e8010000 物理攻击上限488
be070000 法术攻击下限1982
be070000 法术攻击上限1982
10000000 攻击频率（01为20.00无效，02为10.00无效，04为5.00有效最快，08为2.50，0a为2.00，0d为1.54，0e为1.43，10为1.25，16为0.91，1a为0.77）
00004040 攻击距离（00004040为3米，00006040为3.5米，00008040为4米，0000a040为5米，0000a041为20米）
00000000 虚弱距离
01000000 1个洞
00000000 洞一属性
03000000 追加属性数量3
62240000 追加体质（追加属性代码）
64000000 体质100（追加值）
49220000 追加爆击（追加属性代码）
04000000 爆击4%
53220000 减少吟唱（追加属性代码）
06000000 减少6%

wuduz

完美世界item配置xml编辑方法 装备武器附加属性自定义调整实操教程
很多玩家想要自行调整装备和武器的附加属性，借助item对应的xml文件修改可以实现属性的自定义配置，操作前需要准备好对应的文件工具和原始配置文本，提前备份源文件是首要步骤，避免修改出错之后无法恢复原有数据。首先找到客户端内存放物品配置的xml文档，使用支持xml格式读取的文本工具打开，不要用自带记事本直接编辑，容易出现格式错乱和换行编码异常，推荐使用代码编辑器打开文件，打开之后可以看到每一件物品都拥有独立的节点标签，装备、武器的基础信息和附加属性都包裹在对应的标签组内部。
每一条物品数据都有唯一id标识，根据装备名称或者物品编号快速定位目标装备节点，基础属性字段一般包含等级需求、职业限制、基础物攻、法攻、防御、耐久等内容，附加属性会单独放在附属属性标签当中，常见的附加属性类型包含生命值上限、真气上限、暴击等级、闪避、命中、攻击间隔、吟唱时间、各类元素攻防以及属性点加成。修改的时候不要直接删除原有标签结构，只改动标签内部对应的数值，属性类型编码不要随意改动，编码对应固定属性类型，填错编码会导致装备读取异常，进游戏之后装备不显示或者属性失效。
单条附加属性的结构分为属性类型编号、属性数值两部分，如果需要给武器新增多条附加属性，复制一组完整的附加属性行粘贴到同个装备节点内，修改里面的类型编号和对应数值即可，新增属性数量不要超出程序读取上限，过多附加属性会造成物品加载失败。数值设置需要留意游戏原有数值区间，设置过高会出现显示溢出，面板数字错乱，调整完成之后检查整个xml文件标签闭合情况，xml语法要求所有开始标签必须有对应的结束标签，少写斜杠、引号缺失都是高频报错原因。
文件检查完毕之后保存文档，保存编码选择utf-8格式，保存完成之后把修改后的xml放回原来的文件路径，替换之前一定要保留原始文件备份。替换文件完成之后重启客户端进入游戏查看装备效果，进入游戏之后打开物品面板核对属性，确认附加属性是否正常加载，如果属性没有生效，优先核对物品id是否找错、标签有没有写错、编码是否匹配；如果装备变成空白物品，说明xml存在语法错误，重新打开文件逐行排查标签结构。
还有部分装备会区分基础固定属性和随机附加属性，随机属性的配置字段和固定附加属性不一样，随机属性带有上下限参数，修改这类属性的时候需要同时调整最小值和最大值，两个数值可以设置成一样，让装备属性固定不变，也可以拉开区间保留随机浮动效果。武器类装备额外需要留意攻击距离、攻击动作相关字段，修改附加属性不会改动武器基础攻击动作，只影响面板加成，不需要改动动作相关参数。
多次修改的时候建议分次调整，每次只改动一到两件装备的属性，测试生效之后再继续修改其他物品，一次性批量修改大量内容，出现问题很难定位出错位置。不要混用不同版本的xml片段，不同版本物品字段存在差异，直接复制其他版本的节点粘贴进来，会出现字段不识别，客户端读取配置文件中断。全部调整测试完成，确认所有装备附加属性都能够正常展示和生效，整个xml修改流程就完成了。

wuduz

完美世界装备附加属性多种调整方式 elements.data编辑器与数据库修改实操讲解
除xml文件编辑之外，elements.data是存储物品属性的核心二进制数据文件，配套专用数据编辑器可以直接修改装备、武器的附加属性条目与数值，也是很多人优先选用的方案。这类可视化工具会自动解析elements.data内部的物品结构，不需要手动维护标签闭合、转义字符等语法规则，打开文件之后输入物品id或者装备名称即可定位目标记录，面板上会分类展示基础属性、固定附加属性、随机属性上下限，直接在输入框修改对应数值，还支持批量复制属性模板、批量替换同类型装备的附加属性参数。修改完成之后直接保存data文件，替换原有文件再重启服务端与客户端，属性即可加载生效。使用这类工具时要留意版本匹配问题，不同版本elements.data字段结构存在差异，低版本工具打开新版文件会出现字段错位、属性读取错乱，修改前务必备份原始data文件，避免文件损坏之后无法恢复。
数据库修改是另一种独立的调整路径，装备实例数据会存放在对应数据表中，数据表内记录单件装备当前携带的附加属性、属性值、属性条数。这种方式和xml、elements.data的区别在于，前者修改的是物品模板，所有同id装备都会同步变动，数据库修改只针对已经生成出来的单件装备，不会影响物品模板。操作时需要使用数据库管理工具连接对应库，找到存储物品实例的表，定位装备唯一编号，修改属性字段里的属性类型编码和数值，修改完成提交记录，重新加载物品数据之后进入游戏查看效果。适合单独调整某一件打造出来的成品装备，不想改动全局模板的时候使用，缺点是新建同模板装备依旧是原始属性，每次新增装备都需要单独调整数据库记录，大批量修改效率偏低。
部分配套工具支持通过导入导出csv表格批量调整装备附加属性，先用工具把elements.data内的物品列表导出成表格文件，表格每一行对应一件装备，每一列对应一条属性字段，在表格软件里批量填写附加属性类型、数值、浮动区间，编辑完成之后再导入回data文件。这种方式适合大批量统一调整装备属性，比如统一上调一类武器的附加攻击，统一修改防具的防御加成，表格编辑直观，方便筛选、排序、批量填充，导入之后工具会自动校验字段格式，减少手动书写带来的格式错误。导入操作之后必须抽样进入游戏核对装备面板，部分特殊属性字段在导出时会存在映射异常，容易出现导入后属性丢失。
还有一种方式是通过脚本命令在运行环境内动态生成带自定义附加属性的装备，不需要改动静态配置文件，执行指令的时候直接指定物品id、附加属性编码和对应数值，生成出来的装备自带设置好的附加属性。该方式多用于临时测试，快速生成多套不同属性的装备对比效果，不需要反复替换文件和重启程序，关闭环境之后这类临时生成的装备不会自动留存，重新启动之后就会消失，不适合作为长期固定属性修改方案。
游戏原生玩法层面也可以改变装备附加属性，重铸功能能够重置蓝色及以上品质装备自带的随机附加属性，消耗对应材料刷新属性条目数量、属性类型与数值区间，反复重铸直到刷出想要的属性组合，重铸不会改动装备基础属性，只变动附加属性部分。铸灵系统可以给装备新增一套独立附加属性，还能通过聚灵操作提升铸灵属性的数值上限，镌刻、精炼、宝石镶嵌也能给装备增加额外属性加成，这类途径属于游戏内自带的属性变动方式，所有属性范围遵循原有设定上限，无法设置超出规则区间的数值。
不同修改方式各有适用场景，想要全局统一修改某件装备模板，优先选择elements.data编辑器；只改单件已经产出的装备，选择数据库修改；大批量批量调整装备属性，csv导入导出更合适；临时测试装备效果，使用指令生成装备；想要在既定规则内调整属性，直接使用游戏自带重铸、铸灵等功能。无论使用哪一种，都要区分模板属性和实例属性，避免修改之后出现预期之外的效果变动，每次调整完成之后分步测试，确认属性正常展示和生效。

wuduz

完美世界服务端MySQL数据库连接配置Navicat工具实操完整流程
准备工作阶段需要确认服务端数据库类型，这套环境使用的存储引擎为MySQL，常用管理工具可以选用Navicat、DBeaver，工具提前安装完成。确认服务端已经正常启动，数据库服务进程处于运行状态，没有被防火墙拦截端口，默认通信端口为3306，部分修改过配置的环境端口会发生变动，需要查看服务端配置文件内的数据库连接参数。本地部署的环境主机地址填写127.0.0.1或者localhost，虚拟机部署则填写虚拟机分配的IP，远程部署填写服务器公网IP，连接前记录好账号、密码、库名，这些参数保存在服务端配置ini或者xml文件内，不同整合包的默认账号密码存在差异，不要直接套用其他版本的参数。

打开数据库管理工具，点击新建连接，连接类型选择MySQL，自定义连接名称，名称只用于本地区分，不影响连通性。主机一栏填入对应IP，端口填写3306，用户名和密码填入配置文件内记录的数据库账号密码，下方高级选项里设置字符集，统一选择utf8或者gbk，避免中文道具名称乱码。全部参数填写完成之后点击连接测试，弹窗提示成功代表参数基础无误，点击保存这条连接记录，双击列表内新建的连接条目展开库列表，找到游戏对应的数据库，常见库名包含pw、pwdb、game这类命名。

连接失败需要依次排查几个方向，首先确认MySQL服务是否启动，Windows环境在服务列表查看mysql服务状态，Linux环境输入指令查看进程，服务停止的情况下无法接入。其次检查防火墙策略，本地环境放行3306端口，虚拟机环境需要设置端口转发，远程服务器要在安全组开放3306入站规则，很多连接报错都是端口未放行导致。账号权限问题也是高频故障，默认root账号很多环境只允许本地登录，外部机器访问会直接拒绝，这时需要登录数据库执行授权语句，开放该账号的远程访问权限，授权完成之后刷新权限缓存再重试连接。还有一类情况是密码加密方式不匹配，新版MySQL默认加密插件和旧版客户端工具不兼容，需要修改账号的认证方式，切换为传统加密模式。

成功进入数据库之后，先理清数据表分工，账号信息、角色基础数据、物品实例数据分属不同数据表，装备附加属性存放在物品实例表内，每一条记录对应角色身上或者仓库里的单件装备，表内字段包含物品唯一编号、模板id、属性编码数组、属性数值。修改装备附加属性前，优先对整张数据表做备份，导出sql备份文件，防止修改语句写错造成数据批量损坏。查找目标装备记录可以通过角色id、物品uid筛选定位，定位到记录之后修改属性字段内容，修改完成执行提交操作，提交之后需要让服务端重新加载角色数据，一般小退重登角色即可读取改动后的属性，部分服务端需要发送重载指令才能刷新数据缓存。

执行修改操作时尽量使用查询语句单独筛选单条记录，不要直接全表更新，批量语句风险很高，容易覆盖全部物品数据。每次修改完成之后进入游戏核对装备面板，确认附加属性数值正常展示，如果修改之后属性没有变化，优先核对是否忘记提交事务、服务端缓存没有刷新，或者找错数据表。如果出现装备消失、数据错乱，立刻导入之前备份的sql文件恢复数据表。

还有一种接入方式是网页端管理，也就是phpmyadmin，适合不想安装客户端工具的场景，需要服务端配置好php环境，在浏览器输入对应的访问地址，同样填写数据库账号密码登录，操作逻辑和桌面管理工具一致，但是批量修改大量数据时响应速度会慢一些。

操作全程要区分物品模板文件和数据库实例记录，数据库改动只对已经生成出来的单件装备生效，不会改动xml、elements.data里面的模板，新产出的装备依旧沿用模板自带属性，想要所有同模板装备统一属性，依旧需要回到配置文件修改模板内容。数据库连接参数修改之后，服务端读取数据库的配置文件也要同步更新，不然游戏服务本身会连不上库，出现无法登录、角色加载失败的问题。日常调试结束之后，不需要长期保持数据库连接，用完关闭连接，远程环境不要长期开放3306端口，使用完毕及时收回端口放行规则，降低风险。

wuduz

Navicat编辑完美世界库单件装备附加属性字段与数据提交完整实操步骤
确认Navicat已经建立好对应MySQL连接，连接测试提示正常，在左侧列表展开游戏数据库，优先对整个库做备份，右键数据库选择转储SQL文件，保存完整备份文件，防止字段修改出错造成数据丢失。找到存储角色持有物品的数据表，不同整合包表名存在差异，常见命名包含item、inventory，该表存放背包、身上、仓库内每一件实例装备，和elements.data、xml里的物品模板相互独立，修改此处只影响已经生成出来的单件装备，不会改变同编号装备的基础模板。
双击打开物品数据表，数据表加载完成之后，使用筛选功能定位目标装备，筛选条件可以选用角色id、物品模板id、物品唯一uid，优先使用角色id筛选，输入角色对应编号，执行筛选之后列表只会出现该角色名下所有物品记录，找到需要调整附加属性的装备行。附加属性内容一般保存在单独的扩展字段内，字段存储格式多为分组结构，由属性编码和属性数值成对排列，每一组编码对应一类固定属性，编码顺序不能随意调换，新增属性直接追加一组编码与数值，删除属性直接移除对应成对内容。
双击属性字段单元格，打开文本编辑窗口，对照属性编码对照表修改内容，编码代表属性类型，数值代表加成大小，例如生命值、体质、物理攻击、吟唱减少、暴击等级都对应独立编码，不要自行编造不存在的编码，无效编码会让装备属性直接不显示。单条装备附加属性条数存在上限，超出上限的属性配置写入之后会直接被服务端忽略，修改时控制属性条目数量，不要一次性写入过多附加属性。调整数值的时候留意服务端读取限制，数值过大容易出现面板显示异常、装备消失、角色数据加载失败的情况。
内容编辑完成关闭编辑窗口，点击表格下方的对勾按钮提交该行改动，提交之后事务才算写入数据库，只修改单元格不点击确认，改动不会保存。提交完成之后打开Navicat查询窗口，输入查询语句重新检索这条物品记录，核对字段内容是否和修改内容一致，确认写入无误。
回到游戏客户端，将角色完全下线，退出账号重新登录，让服务端重新加载角色物品数据，进入游戏打开装备面板查看附加属性，核对每一条属性类型和数值是否和数据库内配置匹配。修改之后属性没有生效，优先检查是否没有提交事务、服务端带有数据缓存机制，部分环境需要执行服务端重载物品指令，或者直接重启服务进程刷新缓存。如果装备打开之后空白或者直接消失，代表属性字段格式存在错误，立刻导入之前备份的SQL文件恢复数据表，重新核对属性字段的排列格式、编码对错。
推荐使用查询语句定向更新单条记录，在查询编辑器内写update语句，带上物品uid作为where条件，只更新这一条物品的属性字段，不要省略where条件执行全表更新，全表更新会批量改动库内所有物品数据，恢复难度很高。语句执行之后留意返回的影响行数，正常情况下返回行数为1，代表仅选中单件装备，返回多行说明筛选条件不够精确，需要停止操作重新调整筛选规则。
区分固定附加属性和随机属性的存储格式，随机属性字段会附带最小值、最大值两组数字，想要固定属性就把最小值和最大值填写成相同数字，保留浮动效果就设置两个不同数值。精炼、镌刻、宝石这类附加加成不在这个物品实例表内存储，这类属性存放在其他关联数据表，修改本表字段无法调整这部分加成。
同一件装备多次修改时，每次改动完成都要进游戏验证效果，不要一次性批量修改多条装备再统一测试，多条同时出错很难定位哪一条记录格式异常。修改完成确认全部效果正常之后，再次导出一次数据表备份留存，后续调试如果出现异常可以快速回滚。

wuduz

完美世界Navicat查询角色id两种主流方式角色表检索与GM指令查询步骤
打开Navicat已经连通的游戏库，先找到存储角色基础信息的数据表，常用表名有roles、character、charinfo，核心字段一般为roleid、rid对应角色id，name字段存储角色名称，userid为账号编号，不要把账号id和角色id混淆，二者不能通用。双击打开角色数据表，可以直接在表格筛选栏的name输入框填入准确角色名字，执行筛选，筛选结果行内roleid列数字就是需要的角色id。如果筛选功能检索不到，切换到查询窗口执行SQL语句，语句格式为select roleid,name from roles where name='角色名'，把引号内文字替换成游戏内完整角色名称，区分中英文符号，名字里包含特殊符号时原样带入，点击运行，结果集中第一列返回的数字即为角色id。执行语句前核对表名，不同整合包数据表命名存在差别，找不到roles表就切换character表，同时调整字段为rid。
拿到角色id之后，回到物品实例表，物品表内owner、roleid字段用来标记这件装备归属哪一个角色，使用刚才查到的数字作为筛选条件，就可以过滤出该角色背包、身上、仓库全部装备记录。查询物品语句示例select * from item where roleid=角色编号，填入数字即可列出所有装备，再根据物品模板id定位需要修改附加属性的那一条记录。
第二种方式是游戏内GM指令直接获取，需要服务端开启调试模式，登录对应角色后输入指定调试指令，屏幕中间会直接弹出角色id数字，适合快速核对，省去在数据库里翻表的步骤。也可以在聊天窗口按住ctrl右键点击角色名字，部分版本会直接在屏幕输出角色id，这个方法多用于在线快速获取，适合临时测试。
查询过程里容易出现的错误需要留意，角色名字打错字、多输入空格都会导致查询返回空结果，名字带有繁体、特殊符号时优先复制游戏内名字，不要手动输入。区分大区的多区环境，数据表会带有zoneid分区字段，同名字角色在不同分区会有多条记录，需要搭配zoneid一起筛选，避免拿错其他分区角色id。角色id属于固定唯一编号，角色删除之后这条id会被回收，不要使用已经删除角色的编号去查物品。
拿到角色id之后建议先做一次校验，用该id去物品表执行一次查询，确认可以正常刷出该角色名下装备，证明id有效，再继续修改装备附加属性字段。如果物品表筛选无数据，说明角色id获取错误，重新回到角色表核对记录，确认角色没有下线太久导致缓存异常，或者选错数据表。
日常修改装备属性优先使用数据库SQL查询获取角色id，记录好数字，后续每次修改该角色装备都可以重复使用，不用反复检索，降低每次输错角色名带来的失误。

wuduz

完美世界Navicat查询物品实例数据多条件筛选与字段查看完整操作教程
先确认Navicat已经成功连接游戏数据库，在左侧树状列表找到对应库，右键数据库执行转储SQL文件完成备份，避免查询过程误操作改动数据。存储单件物品实例的数据表常用表名为item，部分整合包会使用inventory作为表名，该表记录角色身上、背包、仓库、寄售内所有已经生成的物品，每一行对应一件独立物品，区分于elements.data内的物品模板。双击打开数据表，直接进入表格视图，顶部筛选栏可以快速填入条件过滤数据，常用筛选字段有roleid、itemid、uid，roleid是角色编号，itemid是物品模板编号，uid是物品唯一标识。

图形界面筛选适合少量查找，在roleid筛选框填入提前查到的角色id，回车之后表格只展示该角色名下全部物品，列表内可以看到每一件装备的模板编号、存放位置、耐久、附加属性扩展字段。找到目标装备行之后，双击附加属性对应的单元格，打开文本编辑器查看里面存储的属性编码与数值组，这就是装备当前生效的附加属性内容。图形筛选方式适合不熟悉语句的情况，缺点是大批量筛选、多条件组合查找时效率偏低，多角色批量核对物品不推荐只用表格筛选。

打开查询编辑器编写SQL语句是更稳定的方式，新建查询窗口，输入基础查询语句，select * from item where roleid=10000000，将数字替换成目标角色id，点击运行按钮，下方结果区域输出该角色全部物品记录。如果只想要指定模板的装备，增加itemid条件，select * from item where roleid=10000000 and itemid=120001，itemid对应装备模板编号，这个编号和xml、elements.data内物品id保持一致，可以对照模板表确认。如果已经拿到物品uid，直接用uid定位单条记录，select * from item where uid=2000000000，该条件只会返回一条结果，定位精准，修改属性前优先使用uid查询，防止选错装备。

查询语句可以限定只返回需要查看的字段，减少冗余信息干扰，select uid,itemid,pos,attr from item where roleid=10000000，pos字段代表物品存放位置，数值区分身上装备栏、背包格子、仓库，attr字段就是存放附加属性的核心字段，修改装备附加属性就是编辑这个字段内的内容。pos数值有固定含义，不同数值对应不同存放区域，查询后可以判断这件装备是否穿在身上，避免修改已经存入仓库或者寄售的装备。

多分区的环境需要增加zoneid条件，同角色id在不同分区会存在隔离，不加分区条件会查出其他分区数据，语句示例select * from item where roleid=10000000 and zoneid=1，zoneid数字对应分区编号，按照服务端配置填写。查询之后核对返回行数，按角色id查询返回多条属于正常，使用uid查询正常只会返回一行，如果返回空行，依次核对角色id、物品模板id、uid是否输入错误，数字前后不要附带空格。

查询到目标记录之后，不要直接在查询结果里编辑，查询结果视图部分环境不支持写入，回到数据表打开原始行进行编辑，编辑attr字段之后勾选确认提交改动。提交完成可以再执行一次查询语句，重读这条记录，确认字段内容已经更新。部分服务端有缓存机制，数据库数据已经修改，但游戏内不刷新，需要角色完全下线重登或者执行服务端重载指令。

需要批量导出物品清单的时候，在查询结果区域右键选择导出向导，支持导出csv文本，导出之后可以在表格工具批量核对所有装备的附加属性，适合批量检查属性格式是否异常。导出的时候只勾选uid、itemid、roleid、attr关键字段，减少文件体积。

要区分物品实例表和物品模板表，item表只查已经产出的单件装备，模板信息不在这张表内，想要查看物品基础模板，需要回到elements.data或者xml文件，数据库item表只记录实例的动态附加属性、耐久、位置归属信息，基础物攻、基础防御、职业限制这类模板原始属性不会保存在item数据表中，不要在这张表里寻找模板基础参数。

查询过程里常见的问题，字符集不匹配会导致物品名称乱码，这类环境item表不会存储中文名称，只依靠itemid关联模板名称，无法通过名称直接筛选物品，只能依靠roleid和itemid组合查找。attr字段内容格式异常时，查询依旧可以读出记录，但是进入游戏装备属性失效或者装备不显示，查询阶段就可以提前观察attr字段的编码排列，发现格式错乱及时回滚备份文件。每次查询核对完成，关闭查询窗口，没有修改需求就不要随意点击单元格进入编辑模式，避免误触改动数据。

wuduz

完美世界Navicat修改数据库物品实例字段attr附加属性更新完整操作流程
打开Navicat并连接好游戏对应的数据库，先右键数据库名称，选择转储SQL文件，保存完整备份文件，一旦修改出错可以直接导入恢复数据。找到存储物品实例的数据表，一般表名为item，部分版本为inventory，这张表保存背包、身上、仓库、寄售等位置已经生成的单件物品，修改这里只影响实例，不会改动xml和elements.data里的物品模板。

先定位需要修改的物品记录，两种查找方式可以选用。第一种是打开数据表，在筛选栏填入roleid，填入之前查到的角色id，筛选出该角色全部物品，再根据itemid也就是物品模板编号找到目标装备。第二种是新建查询，执行语句select uid,itemid,roleid,pos,attr from item where roleid=角色编号，运行之后查看结果，uid是物品唯一编号，定位到目标记录的uid。使用uid定位是最稳妥的方式，后续更新语句以uid作为条件，避免误改其他物品。

定位完成之后有两种修改方式，表格直接编辑或者执行update语句。表格编辑适合单次单件修改，双击对应行里attr字段的单元格，在弹出编辑框内调整属性编码和数值，编码和数值成对排布，严格对照属性编码表填写，不能随意编造编码，属性条数不要超过服务端读取上限，数值不要设置过大。编辑完成点击单元格旁的确认勾号提交该行改动，不要跳过确认，否则修改不会写入数据库。

批量或者更规范的修改方式使用update语句，新建查询窗口，语句格式为update item set attr='属性串' where uid=物品uid数字，引号内部填入整理好的属性编码与数值组合字符串，where条件必须带上uid，保证只更新这一件物品。写完语句点击运行，留意返回受影响行数，正常返回1代表修改成功，返回0说明uid不存在，返回大于1代表条件写错，立刻停止操作，不要提交。

pos字段代表物品存放位置，一般不需要改动，数值对应装备栏、背包、仓库，随意修改pos可能造成物品消失或者位置错乱。耐久、堆叠数量这类字段也在同一张表，如果需要同步调整，在set后追加字段，示例update item set attr='属性串',durability=耐久值 where uid=物品uid，多个字段之间用逗号分隔。

修改执行完毕之后，再执行一次查询语句select * from item where uid=物品uid，核对attr字段内容和刚才填写的内容一致，确认数据库已经保存改动。之后游戏内角色必须完全退出游戏，关闭客户端再重新登录，让服务端重新加载角色物品数据。部分服务端存在数据缓存，重登不生效时需要重启服务端进程，或者使用对应的重载指令刷新物品缓存。

修改之后进入游戏打开装备面板核对附加属性，如果属性没有显示、装备空白或者点击装备报错，说明attr里面的字符串格式错误，编码顺序、分隔符号、条数不符合服务端解析规则，此时导入之前备份的SQL文件恢复数据表，重新检查属性串格式再调整。

不建议不带where条件执行update语句，不带条件会更新表内全部物品记录，数据损坏之后恢复难度很大。尽量一次只修改一条物品记录，改完一条测试一条，不要一次性提交多条修改再统一进游戏验证，多条同时出错很难定位格式问题。

还要分清实例数据和模板数据的区别，item表里修改的附加属性只针对这一件已经产出的装备，新刷出来、新合成出来的同模板装备依旧使用原来模板属性，如果想要全部同模板装备统一属性，需要去elements.data或者xml文件修改模板，数据库item表无法实现全局模板变更。

操作结束确认效果正常之后，可以再导出一次该表的SQL备份留存。日常调试的时候，尽量只操作测试角色的数据，避免改动正式使用的角色物品记录，减少意外损失。查询和修改的时候留意zoneid分区字段，多分区环境需要在where条件加上zoneid，防止跨分区误操作其他大区的数据。

wuduz

完美世界Navicat修改物品堆叠数量count字段分步操作与数值限制说明
确认Navicat连接正常，操作前右键对应数据库，选择转储SQL文件保存备份，防止数值写错引发物品异常。物品数量存储在item或者inventory实例表内，记录堆叠数量的字段一般为count，装备、饰品这类不可堆叠物品count固定为1，强行修改数值不会生效，材料、药水、卷轴、任务道具这类支持堆叠的物品才可以调整该字段数值。

打开数据表，使用roleid筛选出目标角色全部物品，通过itemid区分道具类型，找到需要修改堆叠数量的行。第一种修改方式是表格直接编辑，双击count单元格，输入想要设置的数量，输入完成点击行末尾的对勾提交保存，只适合单次单件修改。第二种是执行SQL语句，新建查询窗口，以物品uid作为唯一条件，语句示例update item set count=999 where uid=1000000000，运行之后查看返回受影响行数，返回1代表修改成功，返回0代表uid不存在，返回大于1说明筛选条件不够精确，立刻终止操作。多分区环境语句需要补充zoneid，示例update item set count=999 where uid=1000000000 and zoneid=1。

修改数值不能超过该物品模板定义的堆叠上限，模板上限写在elements.data或者xml配置里，超过上限之后服务端会自动截断数量，或者背包里道具直接消失、面板数量显示错乱。部分版本服务端存在硬上限，即使模板设置很大，数据库填入超高数值也会被拦截，建议先查模板堆叠参数再填写数字。

修改完成执行查询语句select uid,itemid,count from item where uid=1000000000，核对count字段数值和填写内容一致。之后角色完全下线退出客户端，重新登录加载物品数据，打开背包查看道具数量是否更新。重登之后数量不变，大概率是服务端缓存，需要重启服务进程或者执行对应重载指令。

不可堆叠的装备类物品不要修改count字段，这类物品的数量标识始终为1，修改之后会出现装备无法穿戴、丢弃异常、打开装备栏报错的情况。同时区分count和durability耐久字段，耐久是装备损耗数值，和堆叠数量互不关联，不要混淆两个字段。

不允许省略where条件直接执行update item set count=xxx，该操作会修改表内全部物品记录，恢复成本很高。尽量一次修改一条记录，改完一条登录游戏验证效果，再继续调整其他道具。如果修改之后道具消失，导入之前备份的SQL文件恢复数据表，降低数值重新测试。数据库修改只改变已经生成出来的实例道具，新产出的同类型道具依旧沿用模板默认堆叠数量，不会跟随本次改动变化。

wuduz

完美世界Navicat区分实例表与模板数据源查询物品堆叠上限操作说明
首先明确核心要点，item或者inventory实例表只存放单件产出物品的当前数量count，不会存储模板堆叠上限，多数整合包的MySQL库内并不自带完整物品模板数据表，模板基础参数保存在elements.data和配套xml文件，这也是很多人在库内翻找却找不到堆叠上限字段的原因。Navicat只能在少数特殊整合版本自带item_template模板表时直接查询，没有这张表的环境，需要用配套工具打开elements.data查看上限。

打开Navicat连接游戏库，先在左侧库列表查找是否存在item_template、itemdef这类模板数据表。如果存在模板表，双击打开，表内itemid和实例表的itemid一一对应，堆叠上限字段常见命名为stack_max、max_count。可以使用表格筛选，在itemid栏填入物品模板编号直接定位记录，查看stack_max数值，这个数字就是该物品模板规定的最大堆叠数量。也可以新建查询窗口执行SQL语句，select itemid,name,stack_max from item_template where itemid=10001，运行后直接返回目标物品上限。多分区环境模板表一般不分区，不需要增加zoneid条件。

如果查询返回找不到item_template表，说明当前版本的数据库没有导入物品模板数据，Navicat无法直接从库中查到堆叠上限，这时有两种替代方案。第一种，先用Navicat从item实例表查到目标物品的itemid，记录这个编号，关闭Navicat，使用elements.data编辑器打开data文件，输入刚才记下的itemid定位物品条目，编辑器界面会直接展示stackmax堆叠上限参数，同时还能看到物品类型、是否可堆叠、基础属性、职业限制等全套模板信息。第二种，打开对应的物品xml模板文件，搜索该itemid，找到stacklimit节点，节点内数值即为堆叠上限。

拿到模板上限数值之后再回到Navicat修改实例count，填入的count值不能超过stackmax，超过之后服务端会自动截断数量，或者道具背包异常消失。装备、时装这类不可堆叠物品，模板内stackmax固定为1，不支持修改数量。

部分整合包会把少量基础模板参数导入到其他辅助表，常见表名为goods，字段命名不统一，找不到stack_max字段时，不要随意拿其他数值字段当成堆叠上限，避免误判。核对方式很简单，取一个已知上限的材料，比如基础药水，用编辑器查好它的stackmax，再回到数据库表比对字段数值是否一致，确认字段有效性。

查询完成之后，记录好itemid和对应的stackmax，再执行update修改item表count，修改数值建议小于等于上限，测试稳定后再调整。如果需要批量核对大量物品的堆叠上限，优先使用elements.data工具导出csv清单，清单内自带每一条itemid和stackmax，比在Navicat逐条检索效率更高。

不要混淆两套数据，数据库只负责已经生成出来的道具实例，模板规则由data文件管控，就算强行在模板表里修改stack_max，也需要同步更新elements.data，不然服务端依旧读取data内的上限规则，数据库模板表修改不会生效。修改模板堆叠上限之后，已经产出在背包里的旧道具count不会自动变化，只对后续新生成、新掉落的道具生效。