一个action在执行时会有上下文变量出现，包括事务机制的处理，这些内容会应用链上分配的内存资源，而如果没有持久化技术，执行超过作用域时就会丢失掉这些上下文数据。...持久化技术应该包括： 记录一些状态持久化到数据库中 具备查询的能力从数据库中获取内容 提供C++ 的API来调用这些服务，也服务于合约开发者 eosio::multi_index 这是模仿boost::...该对象需要有一个const的成员作为主键，类型为uint64_t 二级主键可选，提供不同的键类型 为每个二级索引定义一个键导出器，键导出器是一个函数，可以用来从Multi_index表中获取键 使用Multi-Index...code代表表的拥有者，目前是current_receiver()，也可以使用contract基类的构造器初始化时的账户名_self，第二个参数是scope，在代码层次范围的标识符，这里就使用传入的owner...find涉及二级索引，迭代器等操作，end判断等multi_index的api操作没有给出具体实例，未来在其他合约使用时会直接说明。
EOS 数据库结构详解 在 EOS 中，智能合约执行完毕后，所占用的内存会释放。程序中的所有变量都会丢失。...与数据库交互的 API 被官方成为 Persistence API，中文可以叫做持久化 API。下图说明了 EOS 智能合约在执行 Action 时，与数据库的交互过程。...[fazjwkmd4o.png] 为了方便智能合约与 EOS 数据库的交互，EOS 仿造了 Boost 库中的 Multi-Index Containers，开发了 C++ 类：1eosio::multi_index...也就是说multi_index是一个线性排列的表，只有一列，每一行都只存储一个对象。...所有对数据的操作必须通过迭代器完成。典型的数据修改过程是这样的：首先使用迭代器的find()方法，在特定的索引中寻找需要的数据，比如在车主用户名索引中寻找某个用户。迭代器会移动到需要的数据对象上。
一个action在执行时会有上下文变量出现，包括事务机制的处理，这些内容会应用链上分配的内存资源，而如果没有持久化技术，执行超过作用域时就会丢失掉这些上下文数据。...持久化技术应该包括： 记录一些状态持久化到数据库中 具备查询的能力从数据库中获取内容 提供C++ 的API来调用这些服务，也服务于合约开发者 eosio::multi_index 这是模仿boost::...该对象需要有一个const的成员作为主键，类型为uint64_t 二级主键可选，提供不同的键类型 为每个二级索引定义一个键导出器，键导出器是一个函数，可以用来从Multi_index表中获取键 使用Multi-Index...code代表表的拥有者，目前是current_receiver()，也可以使用contract基类的构造器初始化时的账户名_self，第二个参数是scope，在代码层次范围的标识符，这里就使用传入的owner...通过multi_index进行curd的一个例子（第一个例子是官方文档给出的，其中内容有bug）。
定义索引：EOS 数据表不光可以按照主键搜索数据，还可以定义多达 16 种索引。而且索引键（Key）不止支持64位无符号整数，还支持 128、256位整数以及双精度、四精度浮点数。...为每个索引定义键提取器（key extractor）。 存储数据定义好之后，就可以与数据库交互了： 建立数据表：实例化 multi_index，建立数据表。...增删数据：使用emplace方法在表中添加数据；使用erace方法删除数据。 修改数据：使用modify方法修改数据。 查询数据：使用get、find方法和其他迭代器操作查询数据。...顾客账户：存储每次维修服务的顾客账户名。 维修日期：每次维修服务的日期。 车辆里程：每次服务时，车辆的里程信息。 我们还想方便的查询每个顾客的维修记录，所以需要一个以顾客账户名为键（Key）的索引。...也可以只修改其中部分变量。
1.3 范围查询记录存在时，在索引的什么位置加什么锁？为什么？ 1.4 范围查询记录不存在时，在索引的什么位置加什么锁？为什么？...2.3 范围查询记录存在时，在索引的什么位置加什么锁？为什么？ 2.4 范围查询记录不存在时，在索引的什么位置加什么锁？为什么？...这一块的情况可能比较复杂，出现了不同MySQL版本对锁实现不同的情况，建议读者一定要动手实践， 1.4 范围查询记录不存在时，在索引的什么位置加什么锁？...这里可以得出结论：查询条件是唯一索引时，如果查询条件是范围查询且记录存在，在唯一索引上，会对查询到的记录加邻键锁，对剩余未加锁的间隙的下一条记录加邻键锁（这里和上面1.3不太一样，不会退化成间隙锁）；在主键索引上...这里可以得出结论：查询条件是唯一索引时，如果查询条件是范围查询且记录不存在，在唯一索引上，会对查询条件所在间隙的下一条记录加邻键锁；在主键索引上不加锁。
• 条件判断语句（if语句） • 语法 ： if 条件表达式 ： 语句（代码块） • 执行的流程 ：if语句在执行时，会对条件表达式进行求值判断，如果为true，则执行if后的语句；如果为false，...，None，[1,2,3],print] • 列表中的对象会按照插入的顺序存储到列表中， • 第一个插入的对象保存到第一个位置，第二个保存到第二个位置 • 我们可以通过索引（index）开获取列表中的元素...• 索引时元素在列表中的位置，列表中每一个元素都有索引 • 索引是从0开始的整数，列表中第一个位置索引为0，第二个位置索引为1…… • My_list=[10，20，30，40，50] • 通过索引获取列表中的元素...+1 • 切片 • 切片指从现有列表中，获取一个子列表 • 列表的索引可以是负数 • 如果索引是负数，则从后向前获取元素，-1表示倒数第一个，-2表示倒数第二个，以此类推 • 通过切片来获取指定元素 •...Del mylist[0 ：2] • Mylist[ 1:3] =[] • 以上操作只适用于可变序列 • 不可变序列，无法通过索引来修改 • 可以通过list（）函数将其他序列转换为list • 列表的方法
id为1的table表名为，表示是一张派生表，派生表从id为2的执行过程中来 UNION：在UNION中的第二个和随后 的SELECT被标记为UNION。...第一个SELECT被标记就好像它以部分外查询来执行。这就是下面第一个例子中在UNION中的第一个SELECT显示为PRIMARY的原因。...表增加数据再执行eq_ref的2个例子，其实是没有影响的，因为eq_ref针对的是teacher的键都能返回唯一行数据 ref：非唯一性索引，对于每个索引键的查询，返回匹配所有行（0，多） 修改表为如下...对tname建立索引，当我们只查询tid时，它的值已经在B+树的叶子节点上了，不需要回表查询，从索引中就可以拿到，因为非聚集索引，叶子节点存放索引键值，以及该索引键值指向的主键 接着，同时查tname（...Using index和Using where前面已经有例子，当出现索引覆盖时，会显示Using index，性能得到了提升，出现Using temporary和Using filesort说明性能损耗比较大
在根据主索引搜索时，直接找到key所在的节点即可取出数据；在根据辅助索引查找时，则需要先取出主键的值，再走一遍主索引。...回滚日志作用：1)能够在发生错误或者用户执行 ROLLBACK 时提供回滚相关的信息 2) 在整个系统发生崩溃、数据库进程直接被杀死后，当用户再次启动数据库进程时，还能够立刻通过查询回滚日志将之前未完成的事务进行回滚...，第二个事务已经读取var为100，此时第一个事务做了回滚。...乐观锁，先进行业务操作，只在最后实际更新数据时进行检查数据是否被更新过。...最终还是要“回表”，也就是要通过主键再查找一次,这样就 会比较慢。覆盖索引就是把要查询出的列和索引是对应的，不做回表操作！ 25、数据库中的主键、超键、候选键、外键是什么？
这是因为，修改性能和检索性能是互相矛盾的。当增加索引时，会提高检索性能，但是会降低修改性能。当减少索引时，会提高修改性能，降低检索性能。因此，当修改性能远远大于检索性能时，不应该创建索引。...与非聚集索引相比，聚集索引通常提供更快的数据访问速度。 四. 索引的优缺点 为表设置索引要付出代价的：一是增加了数据库的存储空间，二是在插入和修改数据时要花费较多的时间(因为索引也要随之变动)。...大家想想平时编程中我们要对两个字段排序，是不是先按照第一个字段排序，如果第一个字段出现相等的情况，就用第二个字段排序。这个排序方式同样被用到了B+树里。...字符串的排序方式：先按照第一个字母排序，如果第一个字母相同，就按照第二个字母排序。。。...在根据主索引搜索时，直接找到key所在的节点即可取出数据；在根据辅助索引查找时，则需要先取出主键的值，再走一遍主索引。
上篇文章发出来之后，群内前辈@郭其淼 针对性的提出两个问题： 1、 创建用户时可以用emplace的返回值作为已创建对象的编号。 2、 未对Multi-Index的一个关键性二级索引作出说明。...同时我们可以发现在find中使用了db_find_i64，他也包含在我们接下来要说的二级索引以及和chainbase的交互中，现在我们来将上篇文章中的代码稍作修改，然后再执行create action看看...:1000,他的内力值:500--emplace返回该英雄的编号:0 看完了第一个问题，我们再来看看关于二级索引的使用，在Multi-Index.hpp中对二级索引做了部分介绍可以参考下官方的例子来实现下...，这里实现一个action并简单的测试下，根据英雄的武力值来查找该英雄的信息： //关于hero_table的multi-index的声明修改如下： typedef eosio::multi_index...chainbase走向了boost::multi-index,在chainbase.hpp中还有若干操作来实现对数据的增、删、改、查，代码阅读起来相对较难，因笔者能力和笔力有限，不再对和boost::multi-index
configure_file，复制一个文件到另一个位置，并修改其内容。COPYONLY只复制不修改。 add_executable，增加依赖。...add_executable，添加一个可执行的项目使用指定的源文件。 target_link_libraries，link一个库到target（target是第一个参数）。...它的模板定义是 template 泛型中第一个参数是表名，第二个是多重索引。.../booststrap.sh进行boost库编译。 再执行sudo ./b2 install进行命令安装。...pow是cmath库的一个函数，有两个参数，返回结果为第一个参数为底，第二个参数为幂值的结果。
在根据主索引搜索时，直接找到key所在的节点即可取出数据；在根据辅助索引查找时，则需要先取出主键的值，再走一遍主索引。...数据库并发会带来脏读、幻读、丢弃更改、不可重复读这四个常见问题，其中： 脏读：在第一个修改事务和读取事务进行的时候，读取事务读到的数据为100，这是修改之后的数据，但是之后该事务满足一致性等特性而做了回滚操作...脏读 第一个事务首先读取var变量为50，接着准备更新为100的时，并未提交，第二个事务已经读取var为100，此时第一个事务做了回滚。最终第二个事务读取的var和数据库的var不一样。...乐观锁，先进行业务操作，只在最后实际更新数据时进行检查数据是否被更新过。...最终还是要“回表”，也就是要通过主键再查找一次,这样就 会比较慢。覆盖索引就是把要查询出的列和索引是对应的，不做回表操作！ 25、数据库中的主键、超键、候选键、外键是什么？
由于它是一个地址簿，该表将包含人，因此创建一个名为“person”的struct。 //c++ struct person {}; 定义multi_index表的模式时，需要使用唯一值作为主键。... address_index; }; 第6步：构造函数 使用C++类时，你应该创建的第一个公共方法是构造函数。...//c++ addressbook(account_name self): contract(self){} 第7步：向表中添加记录 以前，多索引表的主键被定义为强制执行此合约将仅为每个用户存储一条记录...使用modify方法，传递一些参数 前面定义的迭代器，在调用此操作时设置为声明的用户。...范围“scope”或“ram payer”ram消费者，在这种情况下是用户，如先前在提出该合约的设计时所决定的那样。 回调函数用于处理表的修改。
const 通过索引一次就找到，只匹配一行数据，用于常数值比较PRIMARY KEY 或者 UNIQUE索引。 ?...range 只检查给定范围的行，使用一个索引来选择行，当使用 =, between, >, <, 和 in 等操作符，并使用常数比较关键列时。...key_len 显示 MySQL 决定使用索引的长度。如果键为 NULL，则本列也为 NULL，使用的索引长度，在保证精确度的情况下，越短越好。因为越短，索引文件越小，需要的 I/O次数也越少。 ?...using filesort MySQL 会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取，若出现该值，应该优化 SQL 语句。...distinct 发现第一个匹配后，停止为当前的行组合搜索更多的行 后记 通过 explain 了解到 SQL 的执行计划后，我们不仅可以了解 SQL 执行时使用的索引，判断加锁场景，还可以针对其他信息对
type 表示表的连接类型 possible_keys 表示查询时，可能使用的索引 key 表示实际使用的索引 key_len 索引字段的长度 ref 列与索引的比较 rows 扫描出的行数(估算的行数...const：表示通过索引一次就找到了，const用于比较primary key 或者unique索引。因为只匹配一行数据，所以很快。...key_len 表示索引中使用的字节数，该列计算查询中使用的索引的长度在不损失精度的情况下，长度越短越好。 如果键是NULL，则长度为NULL。...，但是十分重要的额外信息 Using filesort 说明mysql会对数据适用一个外部的索引排序。...注： EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况 EXPLAIN不考虑各种Cache EXPLAIN不能显示MySQL在执行查询时所作的优化工作 部分统计信息是估算的
牢记term查询只在倒排查询里精确地查找特定短语，而不会匹配短语的其它变形，如foo或FOO。不管短语怎样被加入索引，都只匹配倒排索引里的准确值。...(如果索引存在) 然后，关联失效这一节解释了为什么我们创建该索引的时候只使用一个主分片。...这个子句是最重要的，因为他有最高的boost值。 这个子句比第一个查询子句的要重要，但是没有“Elasticsearch”子句重要。...---- 13.6 关联失效 在讨论多字段检索中的更复杂的查询前，让我们顺便先解释一下为什么我们只用一个主分片来创建索引。...嵌套的布尔查询的boost值为默认的1。 给boost参数一个最好的值可以通过试验和犯错来很容易的决定：设置一个boost值，执行测试查询，重复上述过程。
为了让事务 B 在执行期间读取的数据都是一致的，就有了可重复读的隔离级别，即事务 B 在执行期间，其他事务不得进行修改操作。 可串行化： 上面的可重复读隔离级别保证了事务执行期间读取的一致性。...mysql 建立联合索引后，是按最左匹配原则来筛选记录的，即检索数据是从联合索引的第一个字段来筛选的。如果 where 里的条件只有第二个字段，那么将无法应用到索引。...全文索引在接收到文档时，会对它进行分词处理，以获取到关键词。然后会将关键词和属于这个文档的 id 关联起来。...在 mysql 里行锁依赖索引实现，如果没有索引存在，则会直接进行表锁！ 行锁 记录锁：只锁住某一条记录。当对唯一索引(包括主键)进行精确查询时，会使用记录锁。...间隙锁：当使用范围查询时，会对符合条件的区间数据上锁。在涉及到普通索引（即不是唯一索引）的查询时，都会使用间隙锁。 Next-key 锁：临建锁，可以理解为 记录锁 + 间隙锁。
因为只匹配一行数据，所以如果将主键置于where列表中，mysql能将该查询转换为一个常量 3.eq_ref:唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。...possible_keys: 指出MySQL能使用哪个索引在该表中找到行 key: 显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL。...这可能是在 const 之外最好的连接类型了，简单的 select 查询不会出现这种 type。 ? id列都是1，当id列值一样时，从上到下执行表。...（这是为什么会比正常计算多1的原因）。 索引最大长度是768字节，当字符串过长时，MySql会做一个类似左前缀索引的处理，将前半部分的字符提取出来做索引。...ref 显示在key列索引中，表查找值所用到的列或常量，一般比较常见为const或字段名称。 ?
DERIVED 在FROM列表中包含的子查询被标记为DERIVED（衍生），MySQL会递归执行这些子查询，把结果放在临时表中 UNION 若第二个SELECT出现在UNION之后，则被标记为UNION...因为只匹配一行数据，所以很快。如将主键置于where列表中，MySQL就能将该查询转换为一个常量。 eq_ref 唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。...会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。...一个字符串列表就是一个由一些被 ‘,' 符号分开的子链组成的字符串。如果第一个参数是一个常数字符串，而第二个是type SET列，则FIND_IN_SET() 函数被优化，使用比特计算。...这个函数在第一个参数包含一个逗号(‘,')时将无法正常运行。 5. 包含于匹配 like匹配时，可以用instr函数方案代替，效率的话还得自己测一测。 6.
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
