Mysql某个表有近千万数据,CRUD比较慢,如何优化?
1、可以做表拆分，减少单表字段数量，优化表结构。在保证主键有效的情况下，检查主键索引的字段顺序，使得查询语句中条件的字段顺序和主键索引的字段顺序保持一致。主要两种拆分 垂直拆分，水平拆分。垂直分表 也就是“大表拆小表”，基于列字段进行的。
2、简单：ORM以最基本的形式建模数据。比如ORM会将MySQL的一张表映射成一个Java类（模型），表的字段就是这个类的成员变量 2）精确：ORM使所有的MySQL数据表都按照统一的标准精确地映射成java类，使系统在代码层面保持准确统一 3）易懂：ORM使数据库结构文档化。
3、这种优化往往有四两拨千斤的效果，比如一个需要几秒的KNN查询，如果知道R树索引的原理，就可以通过 改写查询，创建GIST索引优化到1毫秒内，千倍的性能提升。 不了解索引与查询设计原理，就难以充分发挥数据库的性能。 事务与并发控制的原理， 是为了把事情做正确。
4、数据库知识，范式，MySQL配置，命令，建库建表，数据的增删改查，约束，视图，存储过程，函数，触发器，事务，游标，建模工具。深入理解数据库管理系统通用知识及MySQL数据库的使用与管理。为Java后台开发打下坚实基础。Web页面元素，布局，CSS样式，盒模型，JavaScript，jQuery。
5、先思考下，抽象出几个对象： 商品product， 属性：id，name，stock，price，description。 用户user 属性：id，username，account，email，phonenumber。 订单order 属性id，product_id，count，total_amount，user_id。 然后就可以设计数据库啦。 画一个e-r图，生成个sql。
mysql性能调优有哪些关键点/经验
使用 EXPLAIN 关键字可以让你知道MySQL是如何处理你的SQL语句的。这可以帮你分析你的查询语句或是表结构的性能瓶颈。EXPLAIN 的查询结果还会告诉你你的索引主键被如何利用的，你的数据表是如何被搜索和排序的……等等，等等。
全书分为三个部分：基础篇。首先，您将深入理解 MySQL 软件的基础知识，包括其架构构成、常用的存储引擎、安全管理以及基础的备份恢复策略。在这个部分，SQL Schema 设计的技巧/和优化查询语句的策略/将被详细解析，同时还会探讨 SQL 层和存储引擎层的优化思路，以及 MySQL 数据库中的锁定机制。
关键步骤包括：测试、定位瓶颈、实施调优并持续监控效果。用户体验的提升在于快速的响应时间，运维视角则聚焦在那些决定性能的关键点，而开发人员需关注的是如何优化网站性能。性能测试是优化过程中的重要步骤，它通过收集吞吐量、并发数和响应时间数据，为优化提供依据。
如何在MySQL中进行性能调优？全国人大代表、中国科学院院士、中国科学院高能物理研究所所长王贻芳已连续多年在两会上呼吁加大对基础研究的经费投入，他对《中国新闻周刊》指出，改革开放以来，中国的基础研究事业发展迅速，取得了一些在国际上有重大影响的成果，但整体上与国际先进水平还有相当大差距。
我们工作中用得比较多的数据库服务器是HP DL580G5和DELL R710，稳定性和性能都不错；特别是DELL R710，我发现许多同行都是采用它作数据库的服务器，所以重点推荐下。
整理 我们诊断的关键点如下：\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。\ 我们增加了 hint，指导 MySQL 正确进行优化判断。但目前我们的实验仅限于猜测，猜中了万事大吉，猜不中就无法做出好的诊断。
浅析如何定位,排除和避免MySQL性能故障
1、首先是如何检查SQL的效率. 善用explain： 设计SQL后，应使用explain命令检查SQL，看是否使用到索引，是否存在filesort，重点检查检索的行数（rows）是否太大。 一般来说. rows1000，是在可接受的范围内的。
2、如果进程很多，说明请求量很大，需要区分是否正常业务流量，还是代码问题导致的。查询慢查询日志 showvariableslike%slow_query_log%；找到慢查询日志文件/home/mysql/data3085/mysql/ slow_query.log ，即可找到慢查询日志信息，解决这些慢sql，你的cpu一定会降下来。
3、如果真的想完全保证数据不会丢失，现阶段一个比较好的办法就是使用gelera，一个MySQL集群解决方案，它通过同时写三份的策略来保证数据不会丢失。笔者没有任何使用gelera的经验，只是知道业界已经有公司将其用于生产环境中，性能应该也不是问题。
4、识别全表扫描/ 为了识别是否发生了全表扫描，查看show VARIABLES like %log_queries_not_using_indexes%；，同样可以临时设置set global log_queries_not_using_indexes=1；，以记录不使用索引的查询。这有助于定位可能的性能瓶颈。
5、首先将光标定位到空白页处，鼠标右键点击「段落」，将「行距」设为「固定值」，将「设置值」选择「1磅」，点击「确定」按钮也可以删除以表格结束的空白页。查找替换删除空白页如果一个文档里出现了很多空白页，这个时候我们可以用替换功能来进行批量删除。
怎么判断mysql读和写达到了瓶颈
瓶颈分析 -- 通过show global status 的各个计数器的值基本上就能分析出当前瓶颈所在，再结合一些简单的系统层面的监控工具如top iostat 就能明确瓶颈。整体性能是“读”&“写”之间的再平衡。
首先是如何检查SQL的效率. 善用explain： 设计SQL后，应使用explain命令检查SQL，看是否使用到索引，是否存在filesort，重点检查检索的行数（rows）是否太大。 一般来说. rows1000，是在可接受的范围内的。
当出现读的IO时，原因时在执行buf_read_page_low函数，从磁盘上读取数据页到buffer pool， 则数据库的性能则开始下降，当出现大量的读IO，数据库的性能会非常差。
硬件资源：MySQL的并发写入能力受限于硬件资源，包括CPU、内存和磁盘速度等。如果硬件资源有限，可能会成为并发写入的瓶颈。 数据库配置：MySQL的配置也会影响并发写入的上限。
MySQL优化(二)——什么影响了MySQL性能
1、影响性能的几个方面：服务器硬件服务器系统数据库存储引擎的选择数据库参数配置数据库结构设计和SQL语句服务器硬件CPU的选择我们的应用是否是CPU密集型的对于cpu密集型的应用，我们需要加快sql语句的处理速度。由于mysql的sql语句处理是单线程的，因此我们需要更好的cpu，而不是更多的cpu。
2、影响数据库性能的主要因素总结如下：sql查询速度 网卡流量 服务器硬件 磁盘IO 以上因素并不是时时刻刻都会影响数据库性能，而就像木桶效应一样。如果其中一个因素严重影响性能，那么整个数据库性能就会严重受阻。另外，这些影响因素都是相对的。
3、网络性能和利用率将影响一般应用程序吞吐量。 检查您是否达到了网络带宽限制。 如果受到网络带宽的限制，协议压缩可以改善结果，但如果不是，则可能会使事情变得更糟。 SSL 加密在线程数量较少的情况下会有一些损失（约10％），但对于高并发工作负载，它不会扩展。
4、选取最适用的字段属性。MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。使用连接（JOIN）来代替子查询（Sub-Queries）。MySQL从1开始支持SQL的子查询。
5、再回头来看上面的问题，mysql数据库出现性能下降时，可以看到操作系统有读IO。 原因是，在数据库对数据页的更改，是在内存中的，然后通过检查点线程进行异步写盘，这个异步的写操作是不堵塞执行sql的会话线程的。所以，即使看到操作系统上有大量的写IO，数据库的性能也是很平稳的。
哪些因素会对mysql数据库服务器性能造成影响
sql查询速度 网卡流量 服务器硬件 磁盘IO 以上因素并不是时时刻刻都会影响数据库性能，而就像木桶效应一样。如果其中一个因素严重影响性能，那么整个数据库性能就会严重受阻。另外，这些影响因素都是相对的。
网络宽带也会有所影响。网络是数据库基础架构的主要部分。但是，通常性能基准测试是在本地计算机上完成的，客户端和服务器并置在一起。这样做是为了简化结构并排除一个以上的变量（网络部分），但是我们也忽略了网络对性能的影响。对于像 MySQL Group Replication 这样的产品集群来说，网络更为重要。
服务器负载： 在重启数据库后，系统可能会经历一个高峰期，因为所有的请求都在同时发起，而数据库还没有完全恢复正常运行。这可能会导致性能下降，直到请求的数量逐渐减少并且数据库能够处理它们。 数据库配置： 在重启数据库后，某些配置参数可能会被修改或重置为其默认值。
表存储量，超过百万，查询效率会明显降低。索引类型。虽然增加索引可以增加查询效率，可是过多，会略影响性能，而且索引字段的类型，也影响查询性能，int性能是最好的，字符类型的索引查询性能略差 表存储类型影响性能，有innodb myisam 等类型，区别和用途百度下就会知道。至少以上这3点。
在处理大量数据时，不恰当的查询语句或未使用索引可能会对数据库造成沉重的负担。想象一下，面对千万级别的数据表，如果没有限制筛选，数据库和服务器的I/O压力将不堪重负。
