第二范式2Nf：第二范式在第一范式的基础之上更进一层。第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关(主要针对联合主键而言)。
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：国际域名空间、网页空间、营销软件、网站建设、温岭网站维护、网站推广。
mysql数据中有多种索引类型，primarykey，unique，normal，但底层存储的数据结构都是BTREE；有些存储引擎还提供hash索引，全文索引。BTREE是常见的优化要面对的索引结构，都是基于BTREE的讨论。
最安全的设计方案是，Web数据库和测试数据库分离。Web数据库权限只被管理员一个人掌握。
HINT简单来说就是在某些特定的场景下人工协助MySQL优化器的工作，使她生成最优的执行计划。一般来说，优化器的执行计划都是最优化的，不过在某些特定场景下，执行计划可能不是最优化。
MySQL 优化器效率高，但是由于其统计信息的量有限，优化器工作过程出现偏差的可能性也就更多。
使用索引 索引是提高数据库性能的常用方法，它可以令数据库服务器以比没有索引快得多的速度检索特定的行，尤其是在查询语句当中包含有MAX()，MIN()和ORDERBY这些命令的时候，性能提高更为明显。
优化的查询语句绝大多数情况下，使用索引可以提高查询的速度，但如果SQL语句使用不恰当的话，索引将无法发挥它应有的作用。下面是应该注意的几个方面。首先，最好是在相同类型的字段间进行比较的操作。
这里分享下mysql优化的几种方法。首先在打开的软件中，需要分别为每一个表创建 InnoDB FILE的文件。这样能保证从内存中读取数据不会太大，如果太大就达不到优化效果。
避免全表扫描通常情况下，如果MySQL（或者其他关系数据库模型）需要在数据表中搜索或扫描任意特定记录时，就会用到全表扫描。此外，通常最简单的方法是使用索引表，以解决全表扫描引起的低效能问题。
根据所描述的问题，可尝试在mms_profitcenter 的FOrderID ，FSuffix列上建立索引，再查询试试。
1、MySQL应该采用编译安装的方式 MySQL数据库的线上环境安装，我建议采取编译安装，这样性能会较大的提升。
2、从外在条件来说，优化mysql涉及优化硬件、优化磁盘、优化操作系统、选择应用编程接口等。优化硬件 如果你需要庞大的数据库表(2G)，你应该考虑使用64位的硬件结构，像Alpha、Sparc或即将推出的IA64。
3、案例二：近线上应用的数据库频频出现多条慢sql风险提示，而工作以来，对数据库优化方面所知甚少。例如一个用户数据页面需要执行很多次数据库查询，性能很慢，通过增加超时时间勉强可以访问，但是性能上需要优化。
showvariableslike%slow_query_log%找到慢查询日志文件/home/mysql/data3085/mysql/ slow_query.log ，即可找到慢查询日志信息，解决这些慢sql，你的cpu一定会降下来。
，slow_query_log 这个参数设置为ON，可以捕获执行时间超过一定数值的SQL语句。2，long_query_time 当SQL语句执行时间超过此数值时，就会被记录到日志中，建议设置为1或者更短。3，slow_query_log_file 记录日志的文件名。
)cpu对Mysql的影响也是不容忽视的，建议选择运算能力强悍的CPU。MySQL应该采用编译安装的方式 MySQL数据库的线上环境安装，我建议采取编译安装，这样性能会较大的提升。
MySQL数据库有几个配置选项可以帮助我们及时捕获低效SQL语句\x0d\x0a\x0d\x0a1，slow_query_log\x0d\x0a这个参数设置为ON，可以捕获执行时间超过一定数值的SQL语句。
convert 函数 convert 函数类似于 introducer，不过只能指定字符集。 charset 函数 检测字符串的字符集。可以检测出当前字符串在当前 session 的字符集。
对SQL语句进行优化有以下一些直接原因： SQL语句是对数据库(数据) 进行操作的惟一途径，应用程序的执行最终要归结为SQL语句的执行，SQL语句的效率对数据库系统的性能起到了决定性的作用。
