CentOS下无法正常获取MySQL数据库表数据的问题
之前，由于客户要求在centOS下安装系统应用，因此有机会接触了一下CentOS，顺便也了解了下CentOS的常规操作，还有在CentOS下的MySQL相关操作。
目前技术框架使用JSF（richfaces、facelets）+Spring+JPA（OpenJPA），不使用数据库依赖的触发器或存储过程，所有业务逻辑在web服务器上执行，因此数据库基本不用考虑移植问题。但是本来在windows下运行正常的系统，在linux下却没法获取一些表的内容。由于数据库的初始化，最初只是体现在几个需要手工维护的表数据上，最终却发现原来是因为数据库表名大小写的问题！
具体操作过程：
在windows下，使用MySQL的客户端工具“Navicat”，将当前的数据库导出到test.sql文件中。说明：导出的.sql文件中，所有的表名都是小写。
将导出的.sql文件拷贝至linux下，导入需要使用的数据库中
启动web服务器，访问服务。问题出现：许多表无法访问。
在mysql中使用“show
tables;”命令，发现表名有重复，重复的表名区别在于大小写，大写的表名与对应的实体bean名相同。找到问题：表名大小写造成的数据无法访问。（linux 下的 MySQL 安装完后，默认区分表名的大小写，不区分列名的大小写；Windows下默认不区分大小写 ）
上述问题有两种解决方案：
在JPA的实体bean的声明中，使用“Table”的“name”属性，指定表名，表名尽量全部使用小写，不同单词之间使用下划线连接（例如：@Table(name="sys_user")
）
使用Linux下MySQL的相关参数，使MySQL不区分大小写（
lower_case_table_names=1
）
上述两种方法，第一种是较为通用的解决方案，但是需要开发人员更改全部的实体bean，然后重新编译；第二种方案适合于系统已经进入生产环境的状况，并且对如何修改linux下的MySQL配置需要一定的专业知识及经验，对实施人员技术要求较高。
关于如何修改CentOS下的MySQL不区分大小写的具体操作方法：
用 root 帐号登录后，在 /etc/my.cnf 中的 [mysqld] 后添加添加 lower_case_table_names=1 ，重启Mysqld 服务。服务重新启动之后，已设置成功：不区分表名的大小写
关于lower_case_table_names 参数详解： lower_case_table_names参数有两个值：[0、1 ]其中 0 ：区分大小写， 1 ：不区分大小写
补充说明：
关于持久层，使用Spring自动生成的DDL来创建对应的持久层数据库表及索引等数据，简化实施工作的复杂度
相关文档：
普通MySQL运行，数据量和访问量不大的话，是足够快的，但是当数据量和访问量剧增的时候，那么就会明显发现MySQL很慢，甚至down掉，那么就要考虑优化我们的MySQL了。
优化无非是从三个角度入手：
第一个是从硬件，增加硬件，增加服务器
第二个就是对我们的MySQL服务器进行优化，增加缓存大小，开多端口，读写分开
第三个 ......
一、在编译时优化MySQL
如果你从源代码分发安装MySQL，要注意，编译过程对以后的目标程序性能有重要的影响，不同的编译方式可能得到类似的目标文件，但性能可能相差很大，因此，在编译安装MySQL适应仔细根据你的应用类型选择最可能好的编译选项。这种定制的MySQL可以为你的应用提供最佳性能。
技巧：选用较好的编 ......
在Apache, PHP, MySQL的体系架构中，MySQL对于性能的影响最大，也是关键的核心部分。对于Discuz!论坛程序也是如此，MySQL的设置是否合理优化，直接影响到论坛的速度和承载量！同时，MySQL也是优化难度最大的一个部分，不但需要理解一些MySQL专业知识，同时还需要长时间的观察统计并且根据经验进行判断，然后设置合理的参数� ......
1、看机器配置，指三大件：cpu、内存、硬盘
2、看mysql配置参数
3、查系mysql行状态，可以用mysqlreport工具来查看
4、查看mysql的慢查询
依次解决了以上问题之后，再来查找程序方面的问题
my.cnf缓存优化
在 my.cnf 中添加/修改以下选项:
#取消文件系统的外部锁
skip-locking
#不进行域名反解析,注意 ......
1.去Mysql的安装目录下的 bin目录下 运行 MySQLInstanceConfig.exe
在语言设置的页面有三个选项: standard character set
best support for multilingualism
......
