Book Image

MySQL 5.1 Plugin Development

Book Image

MySQL 5.1 Plugin Development

Overview of this book

MySQL has introduced a Plugin API with its latest version – a robust, powerful, and easy way of extending the server functionality with loadable modules on the fly. But until now anyone wishing to develop a plugin would almost certainly need to dig into the MySQL source code and search the Web for missing bits of the information.This is the first book on the MySQL Plugin API. Written together with one of the Plugin API primary architects, it contains all the details you need to build a plugin. It shows what a plugin should contain and how to compile, install, and package it. Every chapter illustrates the material with thoroughly explained source code examples.Starting from the basic features, common to all plugin types, and the structure of the plugin framework, this book will guide you through the different plugin types, from simple examples to advanced ones. Server monitoring, full-text search in JPEG comments, typo-tolerant searches, getting the list of all user variables, system usage statistics, or a complete storage engine with indexes – these and other plugins are developed in different chapters of this book, demonstrating the power and versatility of the MySQL Plugin API and explaining the intricate details of MySQL Plugin programming.
Table of Contents (16 chapters)
MySQL 5.1 Plugin Development
Credits
About the Authors
About the Reviewer
Preface

Table scan and random access


Compared to indexes, sequential and random table access (rnd_* methods) are much simpler. We have discussed them extensively in previous chapters. In our engine there is no way to scan all of the rows in a sequential order—Tokyo Cabinet has no API for that. Like other engines that store the row data in the index by primary key, we convert the table scan into the primary key index scan.

There is only one detail worth mentioning. As we remember, the call sequence for the sequential table scan is rnd_init(), rnd_next() many times, and rnd_end(). While for the index scan it is index_init(), index_first(), index_next() many times, and index_end(). See? In the indexed case, MySQL calls a special method to retrieve the first row in the sequence. In the table scan case, the same method is used to get the first and all subsequent rows. The indexed call sequence fits the Tokyo Cabinet logic pretty well, as we have seen already. The table scan does not; we need to know...