触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: * Notifications (actions) * Map element and link labels * Calculated item formulas 4. Q: 我的图形中有一些点而不是线或者有一些空白区域，为什么会这样? A: 数据丢失，这种情况的发生有多种原因——Zabbix 数据库的性能问题、Zabbix 服务器问题、网络问题、监控设备问题 disable_until*, drules.nextcheck, httptest.nextcheck 的值，并重启 zabbix server/proxy。 11. Q: 在前端使用 {ITEM.VALUE} 宏或者在其他情况下，item 的文本类型值无论多大都会被修剪为 20 个字符，这种情况正常吗? A: 是正常的, 在 include/items.inc.php 中有一个硬编码限制，长度最大仅为 20 spaces with underscores in my item keys because they worked in older versions but space is not a valid symbol for an item key in 3.0 (or any other reason to mass-modify item keys). How should I do it and

触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: * Notifications (actions) * Map element and link labels * Calculated item formulas 4. Q: 我的图形中有一些点而不是线或者有一些空白区域，为什么会这样? A: 数据丢失，这种情况的发生有多种原因——Zabbix 数据库的性能问题、Zabbix 服务器问题、网络问题、监控设备问题 disable_until*, drules.nextcheck, httptest.nextcheck 的值，并重启 zabbix server/proxy。 11. Q: 在前端使用 {ITEM.VALUE} 宏或者在其他情况下，item 的文本类型值无论多大都会被修剪为 20 个字符，这种情况正常吗? A: 是正常的, 在 include/items.inc.php 中有一个硬编码限制，长度最大仅为 20 spaces with underscores in my item keys because they worked in older versions but space is not a valid symbol for an item key in 3.0 (or any other reason to mass-modify item keys). How should I do it and

触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: * Notifications (actions) * Map element and link labels * Calculated item formulas 4. Q: 我的图形中有一些点而不是线或者有一些空白区域，为什么会这样? A: 数据丢失，这种情况的发生有多种原因——Zabbix 数据库的性能问题、Zabbix 服务器问题、网络问题、监控设备问题 disable_until*, drules.nextcheck, httptest.nextcheck 的值，并重启 zabbix server/proxy。 11. Q: 在前端使用 {ITEM.VALUE} 宏或者在其他情况下，item 的文本类型值无论多大都会被修剪为 20 个字符，这种情况正常吗? A: 是正常的, 在 include/items.inc.php 中有一个硬编码限制，长度最大仅为 20 spaces with underscores in my item keys because they worked in older versions but space is not a valid symbol for an item key in 3.0 (or any other reason to mass-modify item keys). How should I do it and

触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: * Notifications (actions) * Map element and link labels * Calculated item formulas 4. Q: 我的图形中有一些点而不是线或者有一些空白区域，为什么会这样? A: 数据丢失，这种情况的发生有多种原因——Zabbix 数据库的性能问题、Zabbix 服务器问题、网络问题、监控设备问题 disable_until*, drules.nextcheck, httptest.nextcheck 的值，并重启 zabbix server/proxy。 11. Q: 在前端使用 {ITEM.VALUE} 宏或者在其他情况下，item 的文本类型值无论多大都会被修剪为 20 个字符，这种情况正常吗? A: 是正常的, 在 include/items.inc.php 中有一个硬编码限制，长度最大仅为 20 spaces with underscores in my item keys because they worked in older versions but space is not a valid symbol for an item key in 3.0 (or any other reason to mass-modify item keys). How should I do it and

触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: * Notifications (actions) * Map element and link labels * Calculated item formulas 4. Q: 我的图形中有一些点而不是线或者有一些空白，为什么会这样? A: 数据丢失，这种情况的发生有多种原因——Zabbix 数据库的性能问题、Zabbix 服务器问题、网络问题、监控设备问题 hosts.disable_until*, drules.nextcheck, httptest.nextcheck 值，并重启服务器/代理。 11. Q: 在前端，当使用 {ITEM.VALUE} 宏或者其他情况下时，item 值会被切割为 20 个符号，这种情况正常吗? A: 是的, 在 include/items.inc.php 中有一个硬编码限制. 另见 * zabbix 官方主页的问题解决版块 HistoryIndexCacheSize no 128K-2G 4M 历 史 索 引 缓 存 大 小, 单 位 字 节. 用 于 索 引 历 史 缓 存 中 历 史 数 据 的 共 享 内 存 大 小.\\缓 存 一 个 item 大 概 需 要 索 引 的 大 小 为 100 字 节. 该 参 数 在 Zab- bix 3.0.0. 后 都 支 持 17 参数必 范围 默认值 描述 HousekeepingFrequency

258 / 538 11.8 Minimal JSON examples 11 DISPLAY JSON DATA TODO: FIXME FIXME or not ￿, on the same item as management in PlantUML ￿ See Report Bug on QA-13066 TODO: FIXME @startjson [ "\\\\", "\\n", "\\r" @startsalt { ^This is a closed droplist^ | ^This is an open droplist^^ item 1^^ item 2^ | ^This is another open droplist^ item 1^ item 2^ } @endsalt [Ref. QA-4184] 14.4 使用表格 当在输入关键词 {后，会自动建立一个表格 当输入 | {^Creole list item **test list 1** * Bullet list * Second item ** Sub item *** Sub sub item * Third item ---- **test list 2** # Numbered list # Second item ## Sub item ## Another sub item # Third item }| {^Mix

association will occur, affecting query efficiency. For example, if the t_order table and t_order_item table are both sharded according to order_id and are correlated using order_id, the two tables are SQL is: 8.1. Sharding 23 Apache ShardingSphere document SELECT i.* FROM t_order o JOIN t_order_item i ON o.order_id=i.order_id WHERE o. order_id in (10, 11); In the case where no binding table relationships product: SELECT i.* FROM t_order_0 o JOIN t_order_item_0 i ON o.order_id=i.order_id WHERE o. order_id in (10, 11); SELECT i.* FROM t_order_0 o JOIN t_order_item_1 i ON o.order_id=i.order_id WHERE o. order_id

卡尔积关联或跨库关联，从而影响查询效率。例如：t_order 表和 t_order_item 表，均按照 order_id 分片，并且使用 order_id 进行关联，则此两张表互为绑定表关系。绑定表之间的多表关联查询不会出 现笛卡尔积关联，关联查询效率将大大提升。举例说明，如果 SQL 为： SELECT i.* FROM t_order o JOIN t_order_item i ON o.order_id=i.order_id 条，它们呈现为笛卡尔积： SELECT i.* FROM t_order_0 o JOIN t_order_item_0 i ON o.order_id=i.order_id WHERE o. order_id in (10, 11); SELECT i.* FROM t_order_0 o JOIN t_order_item_1 i ON o.order_id=i.order_id WHERE o. order_id 11); SELECT i.* FROM t_order_1 o JOIN t_order_item_0 i ON o.order_id=i.order_id WHERE o. order_id in (10, 11); SELECT i.* FROM t_order_1 o JOIN t_order_item_1 i ON o.order_id=i.order_id WHERE o. order_id

卡尔积关联或跨库关联，从而影响查询效率。例如：t_order 表和 t_order_item 表，均按照 order_id 分片，并且使用 order_id 进行关联，则此两张表互为绑定表关系。绑定表之间的多表关联查询不会出 现笛卡尔积关联，关联查询效率将大大提升。举例说明，如果 SQL 为： SELECT i.* FROM t_order o JOIN t_order_item i ON o.order_id=i.order_id 条，它们呈现为笛卡尔积： SELECT i.* FROM t_order_0 o JOIN t_order_item_0 i ON o.order_id=i.order_id WHERE o. order_id in (10, 11); SELECT i.* FROM t_order_0 o JOIN t_order_item_1 i ON o.order_id=i.order_id WHERE o. order_id 11); SELECT i.* FROM t_order_1 o JOIN t_order_item_0 i ON o.order_id=i.order_id WHERE o. order_id in (10, 11); SELECT i.* FROM t_order_1 o JOIN t_order_item_1 i ON o.order_id=i.order_id WHERE o. order_id

卡尔积关联或跨库关联，从而影响查询效率。例如：t_order 表和 t_order_item 表，均按照 order_id 分片，并且使用 order_id 进行关联，则此两张表互为绑定表关系。绑定表之间的多表关联查询不会出 现笛卡尔积关联，关联查询效率将大大提升。举例说明，如果 SQL 为： SELECT i.* FROM t_order o JOIN t_order_item i ON o.order_id=i.order_id 条，它们呈现为笛卡尔积： SELECT i.* FROM t_order_0 o JOIN t_order_item_0 i ON o.order_id=i.order_id WHERE o. order_id in (10, 11); SELECT i.* FROM t_order_0 o JOIN t_order_item_1 i ON o.order_id=i.order_id WHERE o. order_id 11); SELECT i.* FROM t_order_1 o JOIN t_order_item_0 i ON o.order_id=i.order_id WHERE o. order_id in (10, 11); SELECT i.* FROM t_order_1 o JOIN t_order_item_1 i ON o.order_id=i.order_id WHERE o. order_id