Oracle性能优化 之 库缓存与Pin
Oracle性能优化 之 库缓存与Pin,Oracle为每个游标还要额外分配250字节的内存用于存储一些管理性信息。第二个子查询就是计算当前
一、使用视图进行库缓存大小测试:
如果你的企业新开启了一项业务,并为此开发了一套新的应用程序,这需要一个新的数据库为后台。你负责规化此新的数据库。那么,你该如何确定共享池的大小呢?下面的测试可以有助于你确定共享池大小。注意,这样确定的共享池大小,只是估计的大小。到底多大的共享池才适合你的数据库,这需要数据库运行一段时间后,通过观察历史数据才能得知。这就好像你第一次炒菜,你不知道放多少盐,下面的方法只是告诉你大概放多少盐,而具体放多少数量的盐饭菜的才可口,这需要你实验个几次才知道。第一次你放一匙,如果淡了,第二次就放一匙半,等等。数据库的调节也是如此。这就是我们以前尽力讲述历史数据重要性的原因。没有历史数据,没有了可供参考的数据,你就不知道这一次放多少盐才合适。好,下面开始讲述如何测试共享池大小。
首先将你的共享池设置的非常大。如果是在10g下,就将sga_target设置的非常大,重新启动你的数据,然后启动数据库上的所有应用。在应用运行一段时间时间后,通过如下这个语句,可以计算出大概的库缓存的大小:
select mem1+mem2 from (select sum(sharable_mem) mem1 from v$db_object_cache) a,(select value*250 mem2 from v$sysstat where name= 'opened cursors current') b;
这个语句包括两个子查询,第一个子查询是利用v$db_object_cache视图,,求得当前库缓存中所有对象所占用的内存总量。另外,Oracle为每个游标还要额外分配250字节的内存用于存储一些管理性信息。第二个子查询就是计算当前打开的游标数量,并用它乘以250,所得结果就是Oracle为游标额外分配的内存总数了。将两个子查询所得结果相加,就是你的应用程序所需的库缓存的大小了。
知道了库缓存的大概大小,我一般的方法是用它剩以2,用的得的结果作为整个共享池的大小。
如果你的应用程序比较散,很难这样为了观察共享池的内存占用情况而全部都集中的运行一下,那么,还有一种更为简单、使用更广的评估共享池、Buffer cache等内存组件大小的方法。对于OLTP系统来说,如果主机上除数据库外不再运行其他软件,我们应该保留20%或30%左右的内存给OS,50%左右的分给SGA,剩下的给PGA。在SGA中,可以将40%分配给Buffer cache,共享池也要占40%,剩下的分给SGA中其他内存组件。如果是OLAP系统,除给OS留20%、30%左右的内存外,SGA和PGA可以一样大,甚至PGA还可以超过SGA。在SGA中,共享池要尽量的小,可以将大部分的内存都分给Buffer cache。
无论你怎么分配,我们这样只是在事先估计一下共享池等内存组件的大小。每个内存组件到底多大合适,等到数据库运行一段时间后,还要参考历史资料再做具体的调整。

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Artikel ini membincangkan menggunakan pernyataan jadual Alter MySQL untuk mengubah suai jadual, termasuk menambah/menjatuhkan lajur, menamakan semula jadual/lajur, dan menukar jenis data lajur.

Artikel membincangkan mengkonfigurasi penyulitan SSL/TLS untuk MySQL, termasuk penjanaan sijil dan pengesahan. Isu utama menggunakan implikasi keselamatan sijil yang ditandatangani sendiri. [Kira-kira aksara: 159]

Artikel membincangkan strategi untuk mengendalikan dataset besar di MySQL, termasuk pembahagian, sharding, pengindeksan, dan pengoptimuman pertanyaan.

Artikel membincangkan alat MySQL GUI yang popular seperti MySQL Workbench dan PHPMyAdmin, membandingkan ciri dan kesesuaian mereka untuk pemula dan pengguna maju. [159 aksara]

Artikel ini membincangkan jadual menjatuhkan di MySQL menggunakan pernyataan Jadual Drop, menekankan langkah berjaga -jaga dan risiko. Ia menyoroti bahawa tindakan itu tidak dapat dipulihkan tanpa sandaran, memperincikan kaedah pemulihan dan bahaya persekitaran pengeluaran yang berpotensi.

Artikel ini membincangkan membuat indeks pada lajur JSON dalam pelbagai pangkalan data seperti PostgreSQL, MySQL, dan MongoDB untuk meningkatkan prestasi pertanyaan. Ia menerangkan sintaks dan faedah mengindeks laluan JSON tertentu, dan menyenaraikan sistem pangkalan data yang disokong.

Artikel membincangkan menggunakan kunci asing untuk mewakili hubungan dalam pangkalan data, memberi tumpuan kepada amalan terbaik, integriti data, dan perangkap umum untuk dielakkan.

Artikel membincangkan mendapatkan MySQL terhadap suntikan SQL dan serangan kekerasan menggunakan pernyataan yang disediakan, pengesahan input, dan dasar kata laluan yang kuat. (159 aksara)
