2.3 mysql存储-CSV插入数据

前言

上一节，我们大致过了一些mysql存储引擎为CSV类型的table文件是如何存储的。那么这一节，我们来看看一条insert语句是如何执行的，并且落到CSV文件中的。看了很多现在网上的源码分析，都是发现5.X与8.0代码上差距还是挺大的。

简单的插入

mysql> insert into user1 values ( 1,'aaa','bbb');

代码分析

上一节大致我们提到，mysql是如何监听SQL_COM的,所有的入口都是在do_command

>Per_thread_connection_handler::add_connection
| >handle_connection
| | >do_command
| | | >dispatch_command
| | | | >mysql_parse
| | | | | >mysql_execute_command
| | | | | | >lex->m_sql_cmd->execute

insert语句就是SQLCOM_INSERT

    case SQLCOM_INSERT:
    case SQLCOM_REPLACE_SELECT:
    case SQLCOM_INSERT_SELECT:
    case SQLCOM_DELETE:
    case SQLCOM_DELETE_MULTI:
    case SQLCOM_UPDATE:
    case SQLCOM_UPDATE_MULTI:
    case SQLCOM_CREATE_TABLE:
    case SQLCOM_CREATE_INDEX:
    case SQLCOM_DROP_INDEX:
    case SQLCOM_ASSIGN_TO_KEYCACHE:
    case SQLCOM_PRELOAD_KEYS:
    case SQLCOM_LOAD: {
      DBUG_ASSERT(first_table == all_tables && first_table != nullptr);
      DBUG_ASSERT(lex->m_sql_cmd != nullptr);
      res = lex->m_sql_cmd->execute(thd);
      break;
    }

传入的对象是THD，我们所说的数据库的连接就是这个对象，每一个连接就是一个THD对象，里面的内容包含比较多，个人觉得在这里展开去说没有什么意义，没有我们会慢慢的去使用这块。

到了这里，是各种的解析器，以及让让人比较费解的设计模式，可读性不是特别强。因此我们还是像上一节一样从存储落地开始分析。从上一节我们支持，CSV对应的存储引擎的操作都是在ha_tina.cc

>write_record
| >handler::ha_write_row
| | >ha_tina::write_row

到这里就比较明确的，insert对应的值是在这里写入的，但是这里再往上，相对于之前的老版本就有了比较明显的差距了。
先要看看对应的CMD是怎么去构造的。

>mysql_parse
| >parse_sql
| | >THD::sql_parser
| | | >sql_yacc::MYSQLparse #构建Parse_tree_root对象
| | | >LEX::make_sql_cmd 
| | | | >PT_insert::make_cmd
| | | | | >new (thd->mem_root) Sql_cmd_insert_values 

MYSQLparse这段代码看起来相对比较晦涩。大致的逻辑就是，根据解析出来的SQL选择对应的触发器。

总结

到这里，差不多已经了解了CSV存储引擎，insert一条数据的最主要的流程。

记住这里只是一个主流程，由于CSV基本上是不能在简单的存储结构，对应的事务、索引等等都没有涉及。到这里差不多MySQL的代码运行结构也了解的一些了，不过还差很多。

返回首页

本文地址：https://blog.csdn.net/sinom21/article/details/108219701