今天在看CU的时候，发现有人问有关optimize来表优化的问题，当年因为这个问题，困扰我很长一段时间，今天有空我把这个问题，用实际数据来展示出来，让大家可以亲眼来看看，optimize table的重要作用，而不是似是而非的估计了。
‘mysql’ 类别下的博文
drupal7正式发布了，下载了一下，安装时候提示我错误，安装不了
Syntax error or access violation: 1286 Unknown table engine 'InnoDB'
原来是我的mysql里面，根本没有innodb存储引擎。进去后我们可以用 show engines;或者show plugins;来查看
mysql安装后好，会有一个名字为mysql的数据库，存放用户的表是user，mysql数据库的用户管理就是围绕这个表展开的，当然还有一些表，例如：tables_priv，procs_priv，clumns_priv，information_schema数据库里面的USER_PRIVILEGES等。
如果有mysql管理工具phpmyadmin的话，我们可以通过图形画界面来对用户进行管理，但是如果没有phpmyadmin这样的管理工具怎么办呢？这个时候，我们可以通过命令行执行sql语句来管理mysql的用户。
一，索引的重要性
索引用于快速找出在某个列中有一特定值的行。不使用索引，MySQL必须从第1条记录开始然后读完整个表直到找出相关的行。表越大，花费的时间越多。如果表中查询的列有一个索引，MySQL能快速到达一个位置去搜寻到数据文件的中间，没有必要看所有数据。注意如果你需要访问大部分行，顺序读取要快得多，因为此时我们避免磁盘搜索。
假如你用新华字典来查找“张”这个汉字，不使用目录的话，你可能要从新华字典的第一页找到最后一页，可能要花二个小时。字典越厚呢，你花的时间就越多。现在你使用目录来查找“张”这个汉字，张的首字母是z，z开头的汉字从900多页开始，有了这条线索，你查找一个汉字可能只要一分钟，由此可见索引的重要性。但是索引建的是不是越多越好呢，当然不是，如果一本书的目录分成好几级的话，我想你也会晕的。
一,什么是foreign key，及其完整性
个人觉得，foreign key就是表与表之间的某种约定的关系，由于这种关系的存在，我们能够让表与表之间的数据，更加的完整，关连性更强。关于完整性，关连性我举个例子，大家就会明白了。
有二张表，一张是用户表，一张是订单表：
mysql的函数有很多，下面举几个适用，但是容易被人忽视的函数
今天无意中听到有同事在讨论，distinct和group by谁的速度会更快一点，意件不一，其实我也不知道那个好，下午有时间做了一下测试。
mysql workbench用的不多，前段时间装了一下，然后用了一下，感觉操作比dbdesigner4要更人性化一点。其中二个方面做了改进，让我觉得很爽。
第一，就是端口可以修改了，以前就是定死3306
第二，dbdesigner4导入xml时，只能是erwin xml,这样用mysqldump导出的xml根本无法导入到dbdesigner4中。现在不一样了，mysql workbench可以直接导入.sql文件了。
一，什么是DBDesigner4
DBDesigner4 是一个可以在单一，无缝环境下进行数据库设计，建模，创建和维护的可视化数据库设计系统。个人觉得它的最大作用就是可视化的设计数据库，对于设计比较大的数据库，它的优势比较明显。
视图从表象上看根表差不多，但是毕尽它不是表，对他的使用有什么限制呢？