mysql优化数据库

① Mysql中刷新优化数据库性能走起mysql中flush

MySQL中刷新：优化数据库性能走起
MySQL是一种非常受欢迎的开源数据库管理系统。不管是开发网站还是管理大型企业系统，MySQL都是首选之一。然而，为确保数据库系统的最大性能和稳定性，鉴于MySQL在使用中会带来很多难题，本文发掘MySQL中一个非常重要的技巧：刷新，让我们来优化MySQL的性能吧！
MySQL缓存机制
在MySQL中，查询时优化器会选择最合适的索引，同时将查询结果缓存到缓存区。当下次读取数据时，查询结果可以直接从缓存区读取，而无需再次从磁盘读取数据，这样大大提高了系统的查询性能和吞吐率。
在MySQL中，有两种缓存机制：
查询缓存(Query Cache)：存储所有结果被缓存后的结果集。此种类型的缓存非常适用于不经常变化的数据，但是它可以降低性能，因为缓存区的容量较小，如果一个查询结果集较大，则会把缓存区刷掉，从而导致查询结果无法被缓存。
InnoDB缓存池
InnoDB缓存池(Buffer Pool)：存储最近被查询的数据和索引。在InnoDB表中，数据和索引都被存储在磁盘中，在每次查询时需要从磁盘中读取数据和索引，因此，为了提高查询性能，应将常用的数据和索引存储到缓存区中。InnoDB缓存池可以缓存表的数据和索引以及操作数据库时使用的元数据和控制信息。
InnoDB Buffer Pool的设置和监控
为保证InnoDB缓冲池的高效性，您必须了解InnoDB Buffer Pool的设置，即您必须设置适当的缓冲区大小以及调整相关参数，例如InnoDB数据块大小、最大连接数、线程池大小等。请查看以下示例，该示例描述了如何计算缓冲池大小。
SET innodb_buffer_pool_size=5G;
SELECT CONCAT(ROUND(KBS/POWER(1024,
LEAST(POWER(2,20),IF(MB32,32,MB))))),
SUBSTR(‘KMGT’,IF(MB32,32,MB))/10+1,1))
recommended_innodb_buffer_pool_size FROM
(SELECT CEILING(Total_InnoDB_Bytes*1.6/POWER(1024,3)) AS GB
FROM (SELECT SUM(data_length+index_length)
Total_InnoDB_Bytes FROM information_schema.tables
WHERE engine=’InnoDB’) AS
InnoDB_Tables) AS T,
(SELECT 2 AS MB) AS T2;
运行以上命令会为InnoDB缓冲池设置大小，并返回建议缓冲池大小。
使用MYSQL FLUSH命令
MYSQL FLUSH命令是MySQL提供的控制缓存和资源清单的方式。使用该命令可以清空MySQL中的缓存并重新加载InnoDB缓冲池。它在DBA执行复杂操作、更新表定义、修改授权、以及执行备份操作文件传输等情况下非常有用。
以下是延迟刷新、重要表清单、InnoDB缓冲池清单：
延长高速缓存时间（DELAY_KEY_WRITE 语句）
SET GLOBAL delayed_insert_timeout=200;
重要表清单（FLUSH TABLES 类）
FLUSH TABLES tb_name_1,tb_name_2,tb_name_3;
刷新InnoDB缓冲池
FLUSH INNODB_BUFFER_POOL;
结论
MySQL是非常流行的数据库管理系统，但由于缓存和其他复杂的因素会影响性能和稳定性。InnoDB Buffer Pool是一个非常重要的MySQL缓存机制，在使用MySQL时，必须理解如何正确配置它。使用MYSQL FLUSH命令可以帮助您清空MySQL中的缓存并重新加载InnoDB缓冲池，从而优化MySQL的性能。在进行大数据处理操作时使用缓存刷写操作，可以极大地提高MySQL的查询性能，从而提高数据库系统的整体性能和稳定性。

② 镐庢牱浼桦寲mysql鏁版嵁搴撴潵鎻愰珮mysql镐ц兘(mysql鏁版嵁搴撶殑浼桦寲)

浼桦寲钬渕ysql鏁版嵁搴撯濇潵鎻愰珮钬渕ysql镐ц兘钬濈殑鏂规硶链夛细

1銆侀夊彇链阃傜敤镄勫瓧娈靛睘镐с

MySQL鍙浠ュ緢濂界殑鏀鎸佸ぇ鏁版嵁閲忕殑瀛桦彇锛屼絾鏄涓鑸璇存潵锛屾暟鎹搴扑腑镄勮〃瓒婂皬锛屽湪瀹冧笂闱㈡墽琛岀殑镆ヨ涔熷氨浼氲秺蹇銆傚洜姝わ纴鍦ㄥ垱寤鸿〃镄勬椂鍊欙纴涓轰简銮峰缑镟村ソ镄勬ц兘锛屾垜浠鍙浠ュ皢琛ㄤ腑瀛楁电殑瀹藉害璁惧缑灏藉彲鑳藉皬銆

2銆佷娇鐢ㄨ繛鎺ワ纸JOIN锛夋潵浠ｆ浛瀛愭煡璇(Sub-Queries)銆

MySQL浠4.1寮濮嬫敮鎸丼QL镄勫瓙镆ヨ銆傝繖涓鎶链鍙浠ヤ娇鐢⊿ELECT璇鍙ユ潵鍒涘缓涓涓鍗曞垪镄勬煡璇㈢粨鏋滐纴铹跺悗鎶婅繖涓缁撴灉浣滀负杩囨护𨱒′欢鐢ㄥ湪鍙︿竴涓镆ヨ涓銆

3銆佷娇鐢ㄨ仈钖(UNION)𨱒ヤ唬镟挎坠锷ㄥ垱寤虹殑涓存椂琛ㄣ

MySQL浠4.0镄勭増链寮濮嬫敮鎸乁NION镆ヨ锛屽畠鍙浠ユ妸闇瑕佷娇鐢ㄤ复镞惰〃镄勪袱𨱒℃垨镟村氱殑SELECT镆ヨ㈠悎骞剁殑涓涓镆ヨ涓銆傚湪瀹㈡埛绔镄勬煡璇浼氲瘽缁撴潫镄勬椂鍊欙纴涓存椂琛ㄤ细琚镊锷ㄥ垹闄わ纴浠庤屼缭璇佹暟鎹搴撴暣榻愩侀珮鏁堛

4銆佷簨锷°

瑕佹妸镆愪釜鏁版嵁钖屾椂鎻掑叆涓や釜鐩稿叧镵旂殑琛ㄤ腑锛屽彲鑳戒细鍑虹幇杩欐牱镄勬儏鍐碉细绗涓涓琛ㄤ腑鎴愬姛镟存柊钖庯纴鏁版嵁搴撶獊铹跺嚭鐜版剰澶栫姸鍐碉纴阃犳垚绗浜屼釜琛ㄤ腑镄勬搷浣沧病链夊畬鎴愶纴杩欐牱锛屽氨浼氶犳垚鏁版嵁镄勪笉瀹屾暣锛岀敋镊充细镰村潖鏁版嵁搴扑腑镄勬暟鎹銆傝侀伩鍏嶈繖绉嶆儏鍐碉纴灏卞簲璇ヤ娇鐢ㄤ簨锷★纴瀹幂殑浣灭敤鏄锛氲佷箞璇鍙ュ潡涓姣忔浔璇鍙ラ兘镎崭綔鎴愬姛锛岃佷箞閮藉け璐ャ

5銆侀挛瀹氲〃銆

灏界′簨锷℃槸缁存姢鏁版嵁搴揿畬鏁存х殑涓涓闱炲父濂界殑鏂规硶锛屼絾鍗村洜涓哄畠镄勭嫭鍗犳э纴链夋椂浼氩奖鍝嶆暟鎹搴撶殑镐ц兘锛屽挨鍏舵槸鍦ㄥ緢澶х殑搴旂敤绯荤粺涓銆傜敱浜庡湪浜嫔姟镓ц岀殑杩囩▼涓锛屾暟鎹搴揿皢浼氲阌佸畾锛屽洜姝ゅ叾瀹幂殑鐢ㄦ埛璇锋眰鍙鑳芥殏镞剁瓑寰呯洿鍒拌ヤ簨锷＄粨𨱒熴

6銆佷娇鐢ㄥ栭敭銆

阌佸畾琛ㄧ殑鏂规硶鍙浠ョ淮鎶ゆ暟鎹镄勫畬鏁存э纴浣嗘槸瀹冨嵈涓嶈兘淇濊瘉鏁版嵁镄勫叧镵旀с傝繖涓镞跺欐垜浠灏卞彲浠ヤ娇鐢ㄥ栭敭銆

7銆佷娇鐢ㄧ储寮

绱㈠紩鏄鎻愰珮鏁版嵁搴撴ц兘镄勫父鐢ㄦ柟娉曪纴瀹冨彲浠ヤ护鏁版嵁搴撴湇锷″櫒浠ユ瘆娌℃湁绱㈠紩蹇寰楀氱殑阃熷害妫绱㈢壒瀹氱殑琛岋纴灏ゅ叾鏄鍦ㄦ煡璇㈣鍙ュ綋涓鍖呭惈链塎AX(),MIN()鍜孙RDERBY杩欎簺锻戒护镄勬椂鍊欙纴镐ц兘鎻愰珮镟翠负鏄庢樉銆

8銆佷紭鍖栫殑镆ヨ㈣鍙

缁濆ぇ澶氭暟𨱍呭喌涓嬶纴浣跨敤绱㈠紩鍙浠ユ彁楂樻煡璇㈢殑阃熷害锛屼絾濡傛灉SQL璇鍙ヤ娇鐢ㄤ笉鎭板綋镄勮瘽锛岀储寮曞皢镞犳硶鍙戞尌瀹冨簲链夌殑浣灭敤銆